diff --git a/composer.json b/composer.json
index accf000f..2216e27e 100644
--- a/composer.json
+++ b/composer.json
@@ -36,12 +36,15 @@
         "dotkernel/dot-response-header": "^3.6",
         "laminas/laminas-component-installer": "^3.5.0",
         "laminas/laminas-config-aggregator": "^1.17.0",
+        "league/commonmark": "^2.10",
         "mezzio/mezzio": "^3.24.0",
         "mezzio/mezzio-fastroute": "^3.13.0",
         "mezzio/mezzio-twigrenderer": "^2.17.0",
         "ramsey/uuid": "^4.5.0",
         "ramsey/uuid-doctrine": "^2.1.0",
-        "roave/psr-container-doctrine": "^5.2.2 || ^6.0.0"
+        "roave/psr-container-doctrine": "^5.2.2 || ^6.0.0",
+        "symfony/yaml": "^8.1",
+        "twig/markdown-extra": "^3.28"
     },
     "require-dev": {
         "filp/whoops": "^2.17.0",
diff --git a/config/autoload/templates.global.php b/config/autoload/templates.global.php
index 54c9f4e9..a8ec466c 100644
--- a/config/autoload/templates.global.php
+++ b/config/autoload/templates.global.php
@@ -2,6 +2,9 @@
 
 declare(strict_types=1);
 
+use Twig\Extra\Markdown\MarkdownExtension;
+use Twig\RuntimeLoader\RuntimeLoaderInterface;
+
 return [
     'templates' => [
         'extension' => 'html.twig',
@@ -12,10 +15,14 @@
         'autoescape'      => 'html',
         'auto_reload'     => true,
         'cache_dir'       => 'data/cache/twig',
-        'extensions'      => [],
+        'extensions'      => [
+            MarkdownExtension::class,
+        ],
         'globals'         => [],
         'optimizations'   => -1,
-        'runtime_loaders' => [],
+        'runtime_loaders' => [
+            RuntimeLoaderInterface::class,
+        ],
         'timezone'        => 'UTC',
     ],
 ];
diff --git a/public/md-articles/android/listen-for-android-install-referrer.md b/public/md-articles/android/listen-for-android-install-referrer.md
index 1f72e30d..6aa70150 100644
--- a/public/md-articles/android/listen-for-android-install-referrer.md
+++ b/public/md-articles/android/listen-for-android-install-referrer.md
@@ -12,15 +12,14 @@ language: "en"
 
 ## Getting Referrer Data at Install Time
 
-Android market sends information at the moment of app install, delivered as a broadcasted intent by Android market at install time - even before the app is opened for the first time.
-This can be used to create custom links to an Android application, including bits of information about the referrer, sent directly to the app for processing at install.
-It can be a simple and accurate solution for mobile app install tracking, among other uses.
+Have you ever wondered if Android market sends you information at the moment of app install? Wouldn't it be nice to create custom links to your Android application, including bits of information about the referrer, and send it directly to the app for processing at install? This could be a simple and accurate solution for mobile app install tracking, but I'm sure you can find this useful in many ways.
+
+With Android, you actually get this information as a broadcasted intent by Android market at install time - even before opening your app...
 
 ## FAQ
 
 **Q: Does Android send information when the app is installed?**
-A: Yes.
-Android market broadcasts an intent containing referrer information at the moment the app is installed.
+A: Yes. Android market broadcasts an intent containing referrer information at the moment the app is installed.
 
 **Q: When is this referrer information available to the app?**
 A: It's delivered as a broadcasted intent at install time, before the app is ever opened.
diff --git a/public/md-articles/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.md b/public/md-articles/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.md
index 692bc596..7afd272e 100644
--- a/public/md-articles/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.md
+++ b/public/md-articles/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.md
@@ -10,14 +10,9 @@ language: "en"
 
 # Multiple broadcast receivers in the same app, for the same action
 
-## The problem
+Did you come to a point where using multiple broadcast receivers to listen for the same intent, separatly, in the same android app, leads to unexpected results? If that's the case, one broadcast receiver might consume the broadcasted intent, [online casino](http://www.cillap.com/) leaving the others with nothing to receive. This can be the case where you use 3rd party libraries with broadcast receivers defined.
 
-When multiple broadcast receivers are registered separately to listen for the same intent within the same Android app, this can lead to unexpected results: one broadcast receiver might consume the broadcasted intent, leaving the others with nothing to receive.
-This can happen when using 3rd party libraries that define their own broadcast receivers alongside an app's own receivers.
-
-## The approach
-
-A solution for this kind of problem is a code snippet inspired by the way Admob for Android solves this, as shown in Admob's own documentation, using meta-data in the manifest file.
+The following is a solution for this kind of problem, a code snippet inspired by the way Admob for android seems to solve this, as shown in their [documentation](http://developer.admob.com/wiki/Android_App_Download_Tracking), using meta-data in manifest file...[[read more](http://n3vrax.wordpress.com/2011/07/15/multiple-broadcast-receivers-in-the-same-app-for-the-same-action/)].
 
 ## FAQ
 
@@ -26,7 +21,3 @@ A: When multiple broadcast receivers are registered separately to listen for the
 
 **Q: When is this issue most likely to occur?**
 A: This can happen when you use 3rd party libraries that already define their own broadcast receivers alongside your app's own receivers.
-
-## Resources
-
-- [Admob App Download Tracking documentation](http://developer.admob.com/wiki/Android_App_Download_Tracking)
diff --git a/public/md-articles/architecture/configprovider-bootstrap-modern-php-applications.md b/public/md-articles/architecture/configprovider-bootstrap-modern-php-applications.md
index 2dc47fdf..ecebcc44 100644
--- a/public/md-articles/architecture/configprovider-bootstrap-modern-php-applications.md
+++ b/public/md-articles/architecture/configprovider-bootstrap-modern-php-applications.md
@@ -11,81 +11,102 @@ language: "en"
 # ConfigProvider - Bootstrap Modern PHP Applications
 
 ## TL;DR
-
 In PHP, a `ConfigProvider` is a class or callable that is part of an application's bootstrap process, returning configuration data that tells the platform which middleware should run, in what order, and under what conditions.
 Frameworks like Mezzio, Laminas, Slim, and the Dotkernel Headless Platform use ConfigProviders to declare middleware pipeline configuration, dependency injection mappings, and request handlers, which get merged together automatically during bootstrap (except in Dotkernel, where new ConfigProviders must be registered manually).
 
+In PHP, the `ConfigProvider` is a class that is part of an application's bootstrap process. **It's a class or callable that returns configuration data telling the platform which middleware should run, in what order, and sometimes under what conditions.**
+
+If you're talking specifically about the ConfigProvider in the Laminas/Mezzio ecosystem, it's literally an array of configuration, settings, or anything else your application needs.
+
 ## Where Is the ConfigProvider Used?
 
-Mezzio (formerly Zend Expressive), Laminas, Slim, the Dotkernel Headless Platform, and other middleware-based frameworks often have a `ConfigProvider` class.
-In Laminas/Mezzio specifically, each module or package may contain a `ConfigProvider` that returns:
+Mezzio (formerly Zend Expressive), Laminas, Slim, the Dotkernel Headless Platform, or other middleware-based frameworks often have a `ConfigProvider` class. In Laminas/Mezzio specifically, each module or package may contain a `ConfigProvider` that returns:
 
-- Middleware pipeline configuration:
+- Middleware pipeline configuration.
   - Middleware classes or service names.
   - Error-handling middleware, which should have the lowest priority.
   - Middleware groups or nested arrays.
 - Dependency injection mappings.
 - Request Handlers.
 
-Example structure used in Dotkernel:
+Example in Dotkernel, which is an approach similar to Laminas/Mezzio:
 
-```php
+```
 class ConfigProvider
 {
     public function __invoke(): array
     {
-        return [ /* ... */ ];
+        return [
+            'dependencies' => $this->getDependencies(),
+            'templates'    => $this->getTemplates(),
+        ];
     }
 
     public function getDependencies(): array
     {
-        return [
-            'factories'  => [ /* ... */ ],
-            'invokables' => [ /* ... */ ],
+        return ,
+           'invokables'   => ,
         ];
     }
 
     public function getTemplates(): array
     {
-        return [
-            'paths' => [ /* ... */ ],
-            'error' => [ /* ... */ ],
+        return ,
+        'error'  => ,
         ];
     }
 }
 ```
 
-What each item means:
+What each item above means:
+
+- `dependencies` is used by the dependency injector (like [laminas-servicemanager](https://docs.mezzio.dev/mezzio/v3/features/container/laminas-servicemanager/)) to construct every requested service.
+  - `factories` will have the factory build the service.
+  - `invokables` will use `new` directly.
+  - You can also use `aliases` to redirect to another service name and `delegators` to wrap the original service.
+- `templates` defines the paths for the template files.
+
+## How the ConfigProvider works
 
-| Item | Meaning |
-|---|---|
-| `dependencies` | Used by the dependency injector (e.g. laminas-servicemanager) to construct every requested service. |
-| `factories` | The factory builds the service. |
-| `invokables` | The service is built with `new` directly. |
-| `aliases` | Redirects to another service name. |
-| `delegators` | Wraps the original service. |
-| `templates` | Defines the paths for the template files. |
+The ConfigProvider is automatically picked up by the framework during application bootstrap. Let's look at it step by step:
+
+- **Merge the global configuration** - All ConfigProviders are merged into one array.
+- **Read the configuration array** - The call is similar to the below and expects an array of entries:
+
+```
+$config = $container->get('config') ?? [];
+```
 
-## How the ConfigProvider Works
+- **Resolve item** - `$app->pipe()` is called to resolve one of the below instances:
+  - Resolve the service name from the container
+  - Wrap the middleware, if an array is provided
+  - Call the closure or invokable object.
+- **Handle errors** - This middleware is the last one in the pipeline to make sure it handles any exceptions.
+- **Execute at runtime** - [Laminas Stratigility](https://docs.laminas.dev/laminas-stratigility/) iterates over the pipeline in the order it was registered.
+  - Each middleware can **handle** the request and return a response, or **delegate** execution to the next middleware in the pipeline, until a `ResponseInterface` is returned to the client.
 
-The ConfigProvider is automatically picked up by the framework during application bootstrap:
+Below you can see how Mezzio and Dotkernel merge and use ConfigProviders to build the middleware pipeline and dependencies.
 
-1. **Merge the global configuration** - All ConfigProviders are merged into one array.
-2. **Read the configuration array** - A call similar to `$config = $container->get('config') ?? [];` reads an array of entries.
-3. **Resolve item** - `$app->pipe()` is called to resolve one of the following: resolve the service name from the container, wrap the middleware if an array is provided, or call the closure or invokable object.
-4. **Handle errors** - The error-handling middleware is the last one in the pipeline, to make sure it can handle any exceptions.
-5. **Execute at runtime** - Laminas Stratigility iterates over the pipeline in the order it was registered. Each middleware can handle the request and return a response, or delegate execution to the next middleware in the pipeline, until a `ResponseInterface` is returned to the client.
+![](/uploads/article/019f8a80-cc92-7277-92c8-c0e68d81615f/ConfigProvider2.png)
 
 ## Benefits
 
-- **Centralized setup** - Instead of hardcoding bootstrap code, it's declared in a config provider so it's easy to read, change, or extend.
-- **Modular** - Each package can ship with its own config without interfering with others.
-- **Container-friendly** - Works well with frameworks using DI containers like Laminas ServiceManager, PHP-DI, or Pimple.
-- **Standardized service definitions** - Consistent rules for object creation, separate from business logic.
-- **Auto-Discovery** - In Laminas/Mezzio, the ConfigAggregator automatically loads and merges all ConfigProviders.
-Dotkernel is an exception: new ConfigProviders have to be added manually in `config/config.php`, because all the initial ConfigProviders required to install the applications are already injected.
-- **Environment-agnostic** - Returns an array that defines dev, test, or prod environments.
-- **Testability** - The consistent, central configuration promotes isolated (e.g. per-module) testing, easier swapping of dependencies, and assertion of pipeline setup (e.g. checking if a config key is present).
+- Centralized setup – Instead of hardcoding bootstrap code, you declare it in a config provider so it's easy to read, change, or extend.
+- Modular – Each package can ship with its own config without interfering with others.
+- Container-friendly – It works well with frameworks using DI containers like Laminas ServiceManager, PHP-DI, or Pimple.
+- Standardized service definitions - It has consistent rules for object creation that are separate from business logic.
+- Auto-Discovery - In Laminas/Mezzio, the [ConfigAggregator](https://docs.laminas.dev/laminas-config-aggregator/) automatically loads and merges all ConfigProviders.
+
+> Dotkernel is an exception to this rule: new ConfigProviders have to be added manually in `config/config.php`, because all the initial ConfigProviders required to install the applications are already injected.
+
+- Environment-agnostic - It returns an array that defines dev, test, or prod environments.
+- Testability - The consistent, central configuration promotes isolated (e.g. per-module) testing, easier swapping of dependencies and the assertion of pipeline setup (e.g. check if a config key is present).
+
+## Additional Resources
+
+- [Mezzio Container](https://docs.mezzio.dev/mezzio/v3/features/container/config/)
+- [Laminas Config Aggregator](https://docs.laminas.dev/laminas-config-aggregator/config-providers/)
+- [PSR-15 (HTTP Server Request Handlers)](https://www.php-fig.org/psr/psr-15/)
 
 ## FAQ
 
@@ -96,20 +117,13 @@ A: It is a class that is part of an application's bootstrap process: a class or
 A: In the Laminas/Mezzio ecosystem, it's literally an array of configuration, settings, or anything else the application needs, and each module or package may contain its own ConfigProvider returning middleware pipeline configuration, dependency injection mappings, and request handlers.
 
 **Q: What is the difference between 'factories' and 'invokables' in the dependencies array?**
-A: `factories` will have the factory build the service, while `invokables` will use `new` directly.
-You can also use `aliases` to redirect to another service name and `delegators` to wrap the original service.
+A: factories will have the factory build the service, while invokables will use new directly. You can also use aliases to redirect to another service name and delegators to wrap the original service.
 
 **Q: How does the ConfigProvider get used during application bootstrap?**
-A: It is automatically picked up by the framework during bootstrap: all ConfigProviders are merged into one array, the configuration array is read, each item is resolved via `$app->pipe()`, the error-handling middleware is placed last in the pipeline, and at runtime Laminas Stratigility iterates over the pipeline in the order it was registered.
+A: It is automatically picked up by the framework during bootstrap: all ConfigProviders are merged into one array, the configuration array is read (similar to $config = $container->get('config') ?? [];), each item is resolved via $app->pipe(), the error-handling middleware is placed last in the pipeline, and at runtime Laminas Stratigility iterates over the pipeline in the order it was registered.
 
 **Q: Are new ConfigProviders auto-discovered in Dotkernel?**
-A: Dotkernel is an exception to the usual auto-discovery rule: new ConfigProviders have to be added manually in `config/config.php`, because all the initial ConfigProviders required to install the applications are already injected.
+A: Dotkernel is an exception to the usual auto-discovery rule: new ConfigProviders have to be added manually in config/config.php, because all the initial ConfigProviders required to install the applications are already injected.
 
 **Q: What are the benefits of using a ConfigProvider?**
 A: Benefits include centralized setup instead of hardcoded bootstrap code, modularity so each package can ship its own config, container-friendliness with DI containers like Laminas ServiceManager, PHP-DI or Pimple, standardized service definitions, environment-agnostic configuration for dev/test/prod, and better testability of the pipeline setup.
-
-## Resources
-
-- [Mezzio Container](https://docs.mezzio.dev/mezzio/v3/features/container/config/)
-- [Laminas Config Aggregator](https://docs.laminas.dev/laminas-config-aggregator/config-providers/)
-- [PSR-15 (HTTP Server Request Handlers)](https://www.php-fig.org/psr/psr-15/)
diff --git a/public/md-articles/architecture/request-lifecycle-for-a-mezzio-based-application.md b/public/md-articles/architecture/request-lifecycle-for-a-mezzio-based-application.md
index 092d85f8..889caffe 100644
--- a/public/md-articles/architecture/request-lifecycle-for-a-mezzio-based-application.md
+++ b/public/md-articles/architecture/request-lifecycle-for-a-mezzio-based-application.md
@@ -11,45 +11,59 @@ language: "en"
 # Request Lifecycle for a Mezzio-Based Application
 
 ## TL;DR
-
 The request lifecycle is the sequence of steps that happen from the moment a user makes an HTTP request until the server sends back a response.
 This is illustrated using Dotkernel Light, one of the applications in the Dotkernel Headless Platform suite, walking through entry point setup, routing, handler execution, template rendering, response creation, and the response emitter.
 
-## The Request Lifecycle, Step by Step
-
-### Entry Point
-
-1. **HTTP Request** - Bootstrap the application, load configuration and create the Mezzio application instance.
-2. **Service Container** - Register factories, aliases and delegators.
-All services are configured and ready to use.
-3. **Route Registration** - Read all available routes with their allowed request methods and dynamically register them in the application.
-Routes are managed by FastRoute.
-Example: `/page/about` -> `GetPageViewHandler`, Method: `GET`, Route name: `page::about`.
-4. **Middleware Pipeline** - Loads the predefined order of middleware.
-It defines how incoming HTTP requests move through the application and how responses are generated.
-
-### Processing
-
-5. **Routing** - FastRoute matches the URL and method against registered routes.
-Match: `GET /page/about`, Handler: `GetPageViewHandler`, Route name: `page::about`.
-6. **Handler Invocation** - Extract the matched route name from the request and pass it to the renderer:
-   ```php
-   $template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();
-   // $template = 'page::about';
-   ```
-7. **Custom Logic Execution in Handler** - Execute the business logic in the handler.
-The process can involve services and any custom logic.
-8. **Template Rendering** - Twig loads the template, applies the layout, renders blocks and includes partials.
-Load: `src/Page/templates/page/about.html.twig`, Extends: `@layout/default.html.twig`, Render blocks: `title`, `content`, Include partials: `alerts.html.twig`, etc., Output: Final HTML.
-9. **Response Creation** - An `HtmlResponse` is created with status, headers and the rendered HTML body.
-Status: `200 OK`, Content-Type: `text/html; charset=utf-8`, Body: Rendered HTML.
-10. **Response Pipeline** - The response flows back through the middleware stack.
-Middleware can modify headers, cookies, compress content, etc.
-
-### Exit Point
-
-11. **Response Emitter** - The final response is sent back to the browser.
-The page is rendered and sent to the user, as one of `HTTP 20x/30x`, `HTTP 40x`, or `HTTP 50x`.
+## Seamlessly Interconnected Middleware for Enterprise-Level Solutions
+
+The request lifecycle is the sequence of steps that happen from the moment a user makes an HTTP request until the server sends back a response.
+
+The graph below shows how the request is handled by **Dotkernel Light** ([GitHub](https://github.com/dotkernel/light), [documentation](https://docs.dotkernel.org/light-documentation/)), one of the applications in the [Dotkernel Headless Platform suite](https://github.com/dotkernel).
+
+> Hover over items for description
+
+Entry Point
+
+1. HTTP Request
+[public/index.php]
+
+2. Service Container
+
+3. Route Registration
+
+4. Middleware Pipeline
+[config/pipeline.php]
+
+5. Routing
+
+6. Handler
+Invocation
+
+7. Custom Logic
+Execution in Handler
+
+8. Template
+Rendering [twig]
+
+9. Response
+Creation
+
+10. Response
+Pipeline
+
+asd
+
+asd
+
+asd
+
+11. Response Emitter
+
+HTTP 20x, 30x
+
+HTTP 40x
+
+HTTP 50x
 
 ## FAQ
 
@@ -60,20 +74,13 @@ A: The request lifecycle is the sequence of steps that happen from the moment a
 A: The application bootstraps and loads configuration to create the Mezzio application instance, registers factories, aliases and delegators in the service container, reads all available routes with their allowed request methods and registers them (managed by FastRoute), and loads the predefined order of middleware in the pipeline.
 
 **Q: How does routing work in a Mezzio-based application?**
-A: FastRoute matches the incoming URL and method against the registered routes, for example matching a GET request to `/page/about` against the `GetPageViewHandler` handler under the route name `page::about`.
+A: FastRoute matches the incoming URL and method against the registered routes, for example matching a GET request to /page/about against the GetPageViewHandler handler under the route name page::about.
 
 **Q: What happens during handler invocation?**
-A: The matched route name is extracted from the request attribute and passed to the renderer, using code similar to `$template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();`, after which the handler executes the custom business logic.
+A: The matched route name is extracted from the request attribute and passed to the renderer, using code similar to $template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();, after which the handler executes the custom business logic.
 
 **Q: What happens during template rendering?**
 A: Twig loads the matched template file, applies the layout it extends, renders its blocks, and includes any partials, producing the final HTML output.
 
 **Q: How is the response created and returned to the browser?**
-A: An `HtmlResponse` is created with a status code, headers, and the rendered HTML body.
-It then flows back through the middleware stack in reverse (the response pipeline), where middleware can modify headers, cookies, or compress content, before the response emitter sends the final response back to the browser as HTTP 20x/30x, 40x, or 50x.
-
-## Resources
-
-- [Dotkernel Light on GitHub](https://github.com/dotkernel/light)
-- [Dotkernel Light documentation](https://docs.dotkernel.org/light-documentation/)
-- [Dotkernel Headless Platform suite on GitHub](https://github.com/dotkernel)
+A: An HtmlResponse is created with a status code, headers, and the rendered HTML body. It then flows back through the middleware stack in reverse (the response pipeline), where middleware can modify headers, cookies, or compress content, before the response emitter sends the final response back to the browser as HTTP 20x/30x, 40x, or 50x.
diff --git a/public/md-articles/architecture/understanding-middleware.md b/public/md-articles/architecture/understanding-middleware.md
index d2ccde1e..1fd2a8d1 100644
--- a/public/md-articles/architecture/understanding-middleware.md
+++ b/public/md-articles/architecture/understanding-middleware.md
@@ -11,18 +11,18 @@ language: "en"
 # Understanding Middleware
 
 ## TL;DR
-
 Middleware is code that exists between the request and response: it can take an incoming request, act on it, and either complete the response itself or delegate to the next middleware in the queue.
 It's used for concerns like authentication, CORS, caching, rate limiting, and more, and in PHP a PSR-15 compliant middleware implements `Psr\Http\Server\MiddlewareInterface` with a single `process()` method.
 
-## The Purpose of Middleware
+**Middleware** is code that exists **between the request and response**, and which can take the incoming request, perform actions based on it, and either **complete the response or pass delegation** on to the next middleware in the queue.
+
+## The purpose of middleware
 
-Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application.
-In web services, the `Input` represents the `Request` received, and `Output` represents the `Response` to be sent.
+Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application. In web services the `Input` represents the `Request` received, and `Output` represents the `Response` to be sent.
 
-## Using Middleware
+## Using middleware
 
-Middleware can be used for purposes such as, but not limited to:
+Middleware can be used to, but is not limited to, the following purposes:
 
 - A/B Testing
 - Debugging
@@ -36,22 +36,21 @@ Middleware can be used for purposes such as, but not limited to:
 
 ## Usage
 
-According to PSR-15: HTTP Server Request Handlers, a component that processes an incoming request and generates a response is a middleware.
-To be compliant with the PSR-15 standard, the middleware must implement `Psr\Http\Server\MiddlewareInterface`:
+According to [PSR-15: HTTP Server Request Handlers](https://www.php-fig.org/psr/psr-15/), a component that processes an incoming request and generates a response is a middleware. To be compliant with the PSR-15 standard, the middleware must implement [Psr\Http\Server\MiddlewareInterface](https://github.com/php-fig/http-server-middleware).
 
-```php
+```
 class MyMiddleware implements MiddlewareInterface
 ```
 
-The middleware class must then implement the `process` method:
+The middleware class must then implement the `process` method.
 
-```php
+```
 public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface;
 ```
 
-Example implementation of a middleware which processes the request:
+Below is an example implementation of a middleware which processes the request.
 
-```php
+```
 class ExampleMiddleware implements MiddlewareInterface
 {
     public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
@@ -63,9 +62,9 @@ class ExampleMiddleware implements MiddlewareInterface
 }
 ```
 
-Example implementation of a middleware which processes the response:
+This is an example implementation of a middleware which processes the response.
 
-```php
+```
 class ExampleMiddleware implements MiddlewareInterface
 {
     public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
@@ -79,9 +78,9 @@ class ExampleMiddleware implements MiddlewareInterface
 }
 ```
 
-An approach that processes both the request and response:
+This approach processes both the request and response.
 
-```php
+```
 class ExampleMiddleware implements MiddlewareInterface
 {
     public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
@@ -97,24 +96,29 @@ class ExampleMiddleware implements MiddlewareInterface
 }
 ```
 
-## How Middleware Is Called
+## How middleware is called
 
-The application pipeline defines the execution flow.
-The request passes through the middleware in the pipeline, one by one, in the order they are placed in the pipeline.
-Each middleware processes the request and/or response and either passes control to the next middleware in the chain or terminates the request and returns a response.
+The **application pipeline** defines the execution flow. The request passes through the middleware in the pipeline, one by one, in the order they are placed in the pipeline. Each middleware processes the request and/or response and either **passes control** to the next middleware in the chain or it **terminates the request** and returns a reponse.
 
-- If control passes through all middleware successfully, execution is eventually passed to the custom code which generates a response of its own.
-Execution then passes through the middleware in reverse order and returns the response.
-- If execution is terminated before reaching the custom code (e.g. via an exception), the response is generated by the last middleware reached by the execution.
+- If control passes through all middleware successfully, the execution is eventually passed to your custom code which generates a response of its own. The execution then passes through the middleware in reverse order and returns the response.
+- If the execution is terminated before reaching your custom code (e.g. via an exception), then the response is generated by the last middleware reached by the execution.
 
-## Middleware in Practice
+## Middleware in practice
 
-A simple real world example of middleware usage is the enhancement of a request with the user IP for logging purposes or building reports based on geographical data.
-For this example the pipeline has a single middleware.
+A simple real world example of middleware usage can be the enhancement of a request with the user IP for logging porposes or building reports based on geographical data. For this example the pipeline has a single middleware.
 
-The flow begins with a request. Execution passes control to the IP middleware, which enhances the request with the user's IP and other relevant data.
-Control passes to the custom handler that processes the request and returns a response.
-The flow continues in reverse order, back to the IP middleware, which can, if needed, change the output before it gets returned to the user that initiated the request.
+The flow begins with a request. The execution passes the control to the IP middleware which enhances the request with the user's IP and other relevant data. The control passes to your custom handler that processes the request and returns a response. The flow continues in reverse order, back to the IP middleware which can, if needed, change the output before it gets returned to the user that initiated the request.
+
+## Additional resources:
+
+- [Why Care About PHP Middleware?](https://philsturgeon.uk/php/2016/05/31/why-care-about-php-middleware/)
+- [Learn more about Mezzio from the source](https://docs.mezzio.dev/)
+- [Laminas components](https://docs.laminas.dev/components/)
+- [Dotkernel Light, the smallest complete Mezzio application](https://github.com/dotkernel/light)
+- [The Slim PHP micro framework](https://www.slimframework.com/)
+- [The PHP Framework Interop Group's full list of PSRs](https://www.php-fig.org/psr/)
+- [PSR-7: The magical middleware tour](https://vimeo.com/showcase/4061778/video/177154167)
+- [From Helpers to Middleware](https://www.youtube.com/watch?v=v1I57-_Rsv0)
 
 ## FAQ
 
@@ -122,31 +126,16 @@ The flow continues in reverse order, back to the IP middleware, which can, if ne
 A: Middleware is code that exists between the request and response, and which can take the incoming request, perform actions based on it, and either complete the response or pass delegation on to the next middleware in the queue.
 
 **Q: What is the purpose of middleware?**
-A: Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application.
-In web services, the Input represents the Request received, and Output represents the Response to be sent.
+A: Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application. In web services, the Input represents the Request received, and Output represents the Response to be sent.
 
 **Q: What can middleware be used for?**
 A: Middleware can be used for purposes such as A/B testing, debugging, caching, CORS, authentication (HTTP Basic Auth, OAuth 2.0, OpenID), CSRF protection, rate limiting, referrals, and IP restriction.
 
 **Q: What interface must PHP middleware implement to be PSR-15 compliant?**
-A: According to PSR-15, a compliant middleware must implement `Psr\Http\Server\MiddlewareInterface`, which requires a `process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface` method.
+A: According to PSR-15, a compliant middleware must implement Psr\Http\Server\MiddlewareInterface, which requires a process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface method.
 
 **Q: How does middleware get called within the application pipeline?**
-A: The application pipeline defines the execution flow: the request passes through the middleware one by one, in the order they are placed. If control passes through all middleware successfully, execution is passed to your custom code, which generates a response, and execution then passes back through the middleware in reverse order.
-If execution is terminated before reaching your custom code (e.g. via an exception), the response is generated by the last middleware reached.
+A: The application pipeline defines the execution flow: the request passes through the middleware one by one, in the order they are placed. If control passes through all middleware successfully, execution is passed to your custom code, which generates a response, and execution then passes back through the middleware in reverse order. If execution is terminated before reaching your custom code (e.g. via an exception), the response is generated by the last middleware reached.
 
 **Q: What is a practical, real-world example of middleware?**
-A: A simple example is enhancing a request with the user's IP for logging purposes or geographical reporting.
-The request first passes through the IP middleware, which enhances the request with the user's IP and other relevant data, then control passes to the custom handler that processes the request and returns a response.
-The flow continues in reverse, back through the IP middleware, which can change the output before it's returned to the user.
-
-## Resources
-
-- [Why Care About PHP Middleware?](https://philsturgeon.uk/php/2016/05/31/why-care-about-php-middleware/)
-- [Learn more about Mezzio from the source](https://docs.mezzio.dev/)
-- [Laminas components](https://docs.laminas.dev/components/)
-- [Dotkernel Light, an implementation of Mezzio using handlers](https://github.com/dotkernel/light)
-- [The Slim PHP micro framework](https://www.slimframework.com/)
-- [The PHP Framework Interop Group's full list of PSRs](https://www.php-fig.org/psr/)
-- [PSR-7: The magical middleware tour](https://vimeo.com/showcase/4061778/video/177154167)
-- [From Helpers to Middleware](https://www.youtube.com/watch?v=v1I57-_Rsv0)
+A: A simple example is enhancing a request with the user's IP for logging purposes or geographical reporting. The request first passes through the IP middleware, which enhances the request with the user's IP and other relevant data, then control passes to the custom handler that processes the request and returns a response. The flow continues in reverse, back through the IP middleware, which can change the output before it's returned to the user.
diff --git a/public/md-articles/best-practice/aptana-set-svn-keywords.md b/public/md-articles/best-practice/aptana-set-svn-keywords.md
index 0514236d..34501c99 100644
--- a/public/md-articles/best-practice/aptana-set-svn-keywords.md
+++ b/public/md-articles/best-practice/aptana-set-svn-keywords.md
@@ -10,32 +10,33 @@ language: "en"
 
 # Aptana - set SVN keywords
 
-## Overview
+In Aptana it's very simple to set the [svn:keywords](http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html) property for a file.
 
-In Aptana it's very simple to set the svn:keywords property for a file.
-For example, to set the svn keyword property `Id`:
+For example if you want to set the svn keyword property ***Id***:
 
-## Steps
+- In the file where you want to add the svn keyword property write **$Id$**
 
-1. In the file where the svn keyword property should be added, write `$Id$`.
-2. Right click on the file, then follow Team -> Set Property...
-(Note: "Set Property..." will not be active if the file hasn't first been added to SVN via Team -> Add to Version Controller).
-3. Select `svn:keywords`, and write `Id` in the text field.
+![](/uploads/article/019f8a80-cc86-73d9-a427-0621b2a55777/id-file-300x235.gif)
 
-When the SVN commit of the file is made, the `$Id$` keyword will be replaced with text containing the file's SVN metadata, in a specific format.
+- Right click on the file, then follow Team -> Set Property...**Note***: *Set Property...* will not be active if you haven't first added the file to SVN: *Team*->*Add to Version Controller*
+
+![](/uploads/article/019f8a80-cc86-73d9-a427-0621b2a55777/set-property-300x152.gif)
+
+- Select **svn:keywords**, and write **Id** in the text field 
+
+![](/uploads/article/019f8a80-cc86-73d9-a427-0621b2a55777/svn-keywords-300x298.gif)
+
+When you make the SVN commit of the file, the *$Id$* keyword will be replaced with text in the format shown below:
+
+![](/uploads/article/019f8a80-cc86-73d9-a427-0621b2a55777/id-file-svn-300x141.gif)
 
 ## FAQ
 
 **Q: How do you set the svn:keywords property for a file in Aptana?**
-A: Write the keyword marker (for example `$Id$`) in the file, then right click the file and follow Team -> Set Property..., select `svn:keywords`, and write `Id` in the text field.
+A: Write the keyword marker (for example $Id$) in the file, then right click the file and follow Team -> Set Property..., select svn:keywords, and write Id in the text field.
 
 **Q: Why is "Set Property..." not active when I right click the file?**
-A: Set Property... will not be active if the file hasn't first been added to SVN.
-Use Team -> Add to Version Controller before trying to set the property.
+A: Set Property... will not be active if the file hasn't first been added to SVN. Use Team -> Add to Version Controller before trying to set the property.
 
 **Q: What happens to the $Id$ keyword after an SVN commit?**
-A: After the SVN commit of the file, the `$Id$` keyword is replaced with text containing the file's SVN metadata, in a specific format.
-
-## Resources
-
-- [svn:keywords property documentation](http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html)
+A: After the SVN commit of the file, the $Id$ keyword is replaced with text containing the file's SVN metadata, in a specific format.
diff --git a/public/md-articles/best-practice/basic-security-in-dotkernel-headless-platform.md b/public/md-articles/best-practice/basic-security-in-dotkernel-headless-platform.md
index 5ee7435c..8dbb3310 100644
--- a/public/md-articles/best-practice/basic-security-in-dotkernel-headless-platform.md
+++ b/public/md-articles/best-practice/basic-security-in-dotkernel-headless-platform.md
@@ -11,12 +11,11 @@ language: "en"
 # Basic Security in Dotkernel Headless Platform
 
 ## TL;DR
-
 Software security should always be top of mind for a developer, since ignoring it can lead to major costs, data loss, GDPR fines, or the loss of client trust. The article surveys many facets of software security and walks through the practical measures Dotkernel Headless Platform takes for each: input validation, content negotiation, CORS, RBAC, demo credentials, error reporting, OpenAPI docs, PHP and JavaScript dependencies, OAuth2, session/cookie settings, and CI checks.
 
-## Facets of Software Security
+**Software security** should always be in the back of your mind as a developer. It may seem fine at first to deliver a feature sooner, only to find later on that you left a backdoor into your crisp new update. You ignore security at your own risk, with potentially major costs to your personal or your organization's image, and to your client's trust in your abilities. The costs to recover the damages caused by a lacking security are sometimes astronomical, enough to put a company out of business.
 
-There are many potential ways a hacker can access code or data fraudulently:
+There are many facets of software security, meaning there are a lot of potential ways a hacker can access your code or your data fraudulently:
 
 - Authentication and access control.
 - Data protection.
@@ -29,97 +28,131 @@ There are many potential ways a hacker can access code or data fraudulently:
 - Secure software development lifecycle.
 - Human and organizational factors.
 
+To keep a platform safe, you must actively mitigate these risks with recommended coding practices that include tight security. You wouldn't build a nice house, only to leave the door unlocked, right?
+
 ## The Tenets of Software Security in Dotkernel Headless Platform
 
-Dotkernel aims to:
+We at Dotkernel aim to:
 
 - Create code that follows software security guidelines.
 - Implement community recommendations related to software security.
 - Use 3rd-party code and libraries from trusted sources.
 - Constantly monitor software news related to security vulnerabilities and mitigate them as soon as possible.
 
+We do all this to attempt to stay ahead of the vulnerabilities that can lead from otherwise useful, productive code, to data loss and a GDPR fine, or a loss of funds for our clients.
+
+Let's take a practical view on software security in Dotkernel.
+
 ## Form Input Validation
 
-Never trust that user input is correct by passing it directly into business logic.
-By defining the configuration for an input filter, a field's presence and type are both ensured. Dotkernel API uses laminas/laminas-inputfilter for this purpose.
-Dotkernel Admin additionally uses laminas/laminas-form, which contains a thin layer of objects representing form elements, an InputFilter for each input (or custom validators), and methods for binding data to and from the form. laminas-form integrates with the Laminas Security Ecosystem: laminas-escaper, laminas-validator, laminas-session, and laminas-filter.
+You should never trust that the user inputs correct data by passing it directly into your business logic. By defining the configuration for an input filter, you ensure that a field is both present, and of the correct type.
+
+[Dotkernel API](https://www.dotkernel.org) makes use of [laminas/laminas-inputfilter](https://github.com/laminas/laminas-inputfilter) for this purpose.
+
+In addition to the above filtering, Dotkernel Admin also makes use of [laminas/laminas-form](https://github.com/laminas/laminas-form). laminas-form contains:
+
+- A thin layer of objects representing form elements.
+- An InputFilter for each input, like mentioned previously, or custom validators.
+- Methods for binding data to and from the form.
+
+laminas-form ensures that data validation, filtering, and rendering enforce strong security practices by design. It also has integration with the Laminas Security Ecosystem that contains laminas-escaper, laminas-validator, laminas-session, and laminas-filter.
 
 ## Content Negotiation
 
-Content negotiation is used in RESTful APIs so client and server agree on the format and language of exchanged data.
-Dotkernel API handles this via a middleware configured in `config/autoload/content-negotiation.global.php`, using the `Content-Type` and `Accept` HTTP request headers, and returning `application/json` or `application/hal+json` data formats.
+Content negotiation is used in RESTful APIs to ensure that systems work seamlessly together by having the client and server agree on the format and language of data they exchange.
+
+Dotkernel API handles content negotiation via a middleware configured in the `config/autoload/content-negotiation.global.php` file. It handles client-side content negotiation via the use of two HTTP request headers: `Content-Type` and `Accept`, and returns `application/json`, `application/hal+json` data formats.
 
 ## Cross-Origin Resource Sharing
 
-CORS is a browser security mechanism controlling how web pages can request resources from a different domain.
-In Dotkernel API, CORS is handled by mezzio/mezzio-cors and configured in `config/autoload/cors.local.php`.
-It starts detecting the proper `cors` configuration whenever it detects a `cors preflight`, validating the call using configuration items: origins, headers, max age, and credentials.
+Cross-Origin Resource Sharing (or CORS) is a security mechanism implemented into web browsers to control how web pages can request resources from a different domain than the one where the request originated from.
+
+In Dotkernel API, CORS is handled by [mezzio/mezzio-cors](https://github.com/mezzio/mezzio-cors) and configured in the `config/autoload/cors.local.php` file. mezzio-cors starts to detect the proper `cors` configuration whenever it detects a `cors preflight`. Cors validates the call using several configuration items: origins, headers, max age, credentials.
 
 > When configuring your pipeline, make sure to add the CorsMiddleware BEFORE the RouteMiddleware.
 
 ## Role-Based Access Control
 
-RBAC manages access to resources by assigning roles to user types, which are in turn assigned to users requiring a certain level of access.
-Dotkernel API uses mezzio/mezzio-authorization-rbac for this purpose, with several predefined roles configurable in `config/autoload/authorization.global.php`.
+Role-Based Access Control (or RBAC) is a security model used in software systems to manage access to resource. It does this by assigning roles to users types which are in turn assigned to users who require a certain level of access.
+
+Dotkernel API uses [mezzio/mezzio-authorization-rbac](https://github.com/mezzio/mezzio-authorization-rbac) for this purpose. There are several roles predefined, which you can configure to suit your project by editing the `config/autoload/authorization.global.php` file.
 
 ## Demo Credentials
 
-Demo credentials are provided in Dotkernel API for convenience, to allow easy testing of the installation.
+Demo credentials are provided in Dotkernel API for your convenience, to allow you to test the installation easily.
 
-> It is important to update or remove these accounts in your production environment.
+> It is important to **update or remove** these accounts in your production environment.
 
 ## Error Reporting Endpoint and ErrorReportingTokens
 
-The error reporting endpoint provides a reliable channel through which 3rd-party developers can report issues directly.
-Dotkernel API has a dedicated `/error-report` endpoint for this, using an `ErrorReportingToken` set up in `config/autoload/error-handling.global.php`.
+The purpose for the error reporting endpoint is to have a reliable channel through which 3rd-party developers can report issues to you directly.
+
+Dotkernel API has a dedicated endpoint `/error-report` for this purpose. It uses and `ErrorReportingToken` set up in the configuration file `config/autoload/error-handling.global.php`.
 
 ## OpenAPI Documentation
 
-OpenAPI documentation (formerly Swagger) provides a standardized, machine-readable way to describe API requests and responses.
-It's critical for developer efficiency (streamlines front/back-end communication, allows mock servers before the backend is implemented), reliability (auto-generated docs, easier testing), and integration (tools like Postman and Codegen libraries).
-Dotkernel API implements zircote/swagger-php to provide interactive documentation.
+OpenAPI documentation (formerly known as Swagger) provides a standardized, machine-readable way to describe APIs, meaning their `requests` and `responses`. It's critical for:
+
+- Developer efficiency - it streamlines communication between front and back end developers, and it allows developers to use mock servers before the backend is fully implemented.
+- Reliability - documentation can be auto-generated, testing is easier.
+- Integration - several tools support OpenAPI, like Postman and Codegen libraries for multiple libraries.
 
-> Do not include sensitive information for your endpoints.
-> Do not enable documentation in a production environment.
+Dotkernel API implements [zircote/swagger-php](https://github.com/zircote/swagger-php) to provide an interactive documentation.
+
+> Do **not** include sensitive information for you endpoints. Do **not** enable documentation in a production environment.
 
 ## PHP Dependencies
 
-Modern PHP projects rely heavily on external packages via Composer, and there is a tangible risk of exposing an application through insecure dependencies.
-Dotkernel API has regular checks for vulnerable and outdated packages, including transient dependencies.
+Modern PHP projects rely heavily on external packages via package managers like Composer. There is a tangible risk of exposing your application by using insecure dependencies.
+
+Dotkernel API has regular checks for vulnerable and outdated packages. Often the dependencies used in projects have transient dependencies which must also be checked.
 
 > Always use dependencies from reliable sources and keep them updated to their latest version.
 
 ## OAuth2 Security
 
-OAuth 2.0 is a secure authorization framework letting one application access resources on behalf of a user without requiring the user's password, an industry standard for web, mobile, and API-based systems. Dotkernel API uses mezzio/mezzio-authentication-oauth2 for OAuth2 authentication.
-The package itself is secure, but it must be used properly:
+OAuth 2.0 is a secure authorization framework that allows one application to access resources or data on behalf of a user, without requiring the user's password. It is considered an industry standard for secure authorization across web, mobile, and API-based systems.
 
-- Replace or update the default `admin` and `frontend` clients on production.
-- Update the `access` and `refresh` tokens to match your application's requirements (defaults are one day for access, one month for refresh).
-- Never commit any local keys generated by `./vendor/bin/generate-oauth2-keys`, since they verify the transmitted JWTs.
+Dotkernel API uses the [mezzio/mezzio-authentication-oauth2](https://github.com/mezzio/mezzio-authentication-oauth2) for the OAuth2 authentication service. The package itself is secure, but you still need to make sure you use it properly:
+
+- Replace or update the default `admin` and `frontend` clients on your production environment.
+- Update the `access` and `refresh` tokens to match your aplication's requirements. The defaults are one day for `access` and one month for `refresh`.
+- Make sure to **not** commit any local keys generated by `./vendor/bin/generate-oauth2-keys`. They are used to verify the transmitted JWTs.
 
 ## Session and Cookie Settings
 
-Sessions and cookies store data between HTTP requests, such as login information, preferences, or user behavior tracking.
-Dotkernel configures cookies in `config/autoload/session.global.php`, which contains parameters that must be revised and adapted:
+Sessions and cookies are used in web development to store data between HTTP requests. For example, they can be used to save login information or preferences, and to track user behavior.
+
+Dotkernel configures cookies in the `config/autoload/session.global.php` file. It contains several parameters that you must revise and adapt to your application:
 
-- `session_config.cookie_httponly`
-- `session_config.cookie_samesite`
-- `session_config.cookie_secure`
+- session_config.cookie_httponly
+- session_config.cookie_samesite
+- session_config.cookie_secure
 
 ## JavaScript Dependencies
 
-JavaScript has its own dependencies, usually installed via npm or yarn.
-The JavaScript ecosystem has recently been attacked by hackers targeting several widely used npm packages with billions of total uses.
-Dotkernel uses npm to handle JavaScript dependencies, monitors the news for security issues, and uses packages from reliable sources.
-`npm audit` should still be used regularly to check for vulnerabilities.
+Very much like `composer` for PHP, JavaScript has its own dependencies, usually installed via `npm` or `yarn`. The JavaScript ecosystem has recently been attacked by hackers who targetted several widely used npm packages that have a total number of uses in the billions.
+
+Dotkernel uses `npm` to handle JavaScript dependencies. We monitor the news to stay on top of these security issues and use npm packages from reliable sources. Even so, you should regularly use the `npm audit` to check for vulnerabilities among your installed npm libraries.
 
 ## Other Security Considerations
 
-All components of Dotkernel Headless Platform have configuration files named `*.global.php`, `*.php.dist`, and `*.local.php`.
-Sensitive information must only go in `*.local.php` files, since they are ignored by the VCS by default.
-Development mode enables features like debug mode, cache clear, and error details, which should be hidden from production to avoid exposing sensitive data or code.
-The Laminas Continuous Integration GitHub Action is integral to Dotkernel API, running a matrix of static analysis, coding standards checks, and unit tests, most often triggered by commits.
+All components of **Dotkernel Headless Platform** have several configuration files with the name format `*.global.php', '*.php.dist` and `*.local.php`. You must **only** include sensitive information in the `*.local.php` files, since they are, by default, ignored by the VCS.
+
+The `development mode` is designed, as the name suggests, only for the development period. By enabling development mode, you enable features like debug mode, cache clear and show error details. These should be hidden from the production environment to avoid exposing sensitive data or code.
+
+The GitHub Action [Laminas Continuous Integration](https://github.com/laminas/laminas-continuous-integration-action) is an integral component of Dotkernel API. It ensures code quality by streamlining the execution of PHP quality assurance (QA) tasks within continuous integration (CI) workflows. Most often triggered by commits to the repository, it builds a matrix of tests: static analysis, coding standards checks, and unit tests.
+
+## Additional Resources
+
+- [Basic Security in Dotkernel Admin](https://docs.dotkernel.org/admin-documentation/v6/security/basic-security/)
+- [Basic Security in Dotkernel API](https://docs.dotkernel.org/api-documentation/v6/security/basic-security/)
+- [Content Negotiation in Dotkernel REST API](https://www.dotkernel.com/dotkernel-api/content-negotiation-in-dotkernel-rest-api/)
+- [laminas-form Documentation](https://docs.laminas.dev/laminas-form/v3/intro/)
+- [CORS in Dotkernel API](https://docs.dotkernel.org/api-documentation/v6/tutorials/cors/)
+- [Error Reporting Endpoint](https://docs.dotkernel.org/api-documentation/v6/core-features/error-reporting/)
+- [OpenAPI Documentation](https://docs.dotkernel.org/api-documentation/v6/openapi/introduction/)
+- [mezzio/mezzio-authentication-oauth2 Configuration](https://docs.mezzio.dev/mezzio-authentication-oauth2/v1/intro/#configuration)
 
 ## FAQ
 
@@ -127,31 +160,16 @@ The Laminas Continuous Integration GitHub Action is integral to Dotkernel API, r
 A: Software security spans many areas: authentication and access control, data protection, input validation and injection, web and API security, dependency and supply chain risks, configuration and deployment, network and infrastructure security, logging/monitoring and incident response, secure software development lifecycle, and human and organizational factors.
 
 **Q: How does Dotkernel handle form input validation?**
-A: Dotkernel API uses laminas/laminas-inputfilter to ensure a field is present and of the correct type.
-Dotkernel Admin additionally uses laminas/laminas-form, which provides form element objects, an InputFilter for each input (or custom validators), and methods for binding data to and from the form, integrating with laminas-escaper, laminas-validator, laminas-session, and laminas-filter.
+A: Dotkernel API uses laminas/laminas-inputfilter to ensure a field is present and of the correct type. Dotkernel Admin additionally uses laminas/laminas-form, which provides form element objects, an InputFilter for each input (or custom validators), and methods for binding data to and from the form, integrating with laminas-escaper, laminas-validator, laminas-session, and laminas-filter.
 
 **Q: How does Dotkernel API handle content negotiation?**
-A: Content negotiation is handled via a middleware configured in the `config/autoload/content-negotiation.global.php` file.
-It uses the Content-Type and Accept HTTP request headers to negotiate with the client, returning application/json or application/hal+json data formats.
+A: Content negotiation is handled via a middleware configured in the config/autoload/content-negotiation.global.php file. It uses the Content-Type and Accept HTTP request headers to negotiate with the client, returning application/json or application/hal+json data formats.
 
 **Q: How is CORS handled and configured in Dotkernel API?**
-A: CORS is handled by mezzio/mezzio-cors and configured in the `config/autoload/cors.local.php` file, validating calls using configuration items like origins, headers, max age, and credentials.
-When configuring the pipeline, the CorsMiddleware must be added before the RouteMiddleware.
+A: CORS is handled by mezzio/mezzio-cors and configured in the config/autoload/cors.local.php file, validating calls using configuration items like origins, headers, max age, and credentials. When configuring the pipeline, the CorsMiddleware must be added before the RouteMiddleware.
 
 **Q: What should be done with the demo credentials before going to production?**
 A: Demo credentials are provided for convenience during installation testing, but it is important to update or remove these accounts in your production environment.
 
 **Q: What are the security recommendations around OpenAPI documentation?**
 A: You should not include sensitive information for your endpoints in the OpenAPI documentation, and you should not enable the documentation in a production environment.
-
-## Resources
-
-- [Basic Security in Dotkernel Admin](https://docs.dotkernel.org/admin-documentation/v6/security/basic-security/)
-- [Basic Security in Dotkernel API](https://docs.dotkernel.org/api-documentation/v6/security/basic-security/)
-- [Content Negotiation in Dotkernel REST API](https://www.dotkernel.com/dotkernel-api/content-negotiation-in-dotkernel-rest-api/)
-- [laminas-form Documentation](https://docs.laminas.dev/laminas-form/v3/intro/)
-- [CORS in Dotkernel API](https://docs.dotkernel.org/api-documentation/v6/tutorials/cors/)
-- [CORS Policy Setup in Dotkernel](https://www.dotkernel.com/how-to/mezzio-cors-implementation-in-dotkernel/)
-- [Error Reporting Endpoint](https://docs.dotkernel.org/api-documentation/v6/core-features/error-reporting/)
-- [OpenAPI Documentation](https://docs.dotkernel.org/api-documentation/v6/openapi/introduction/)
-- [mezzio/mezzio-authentication-oauth2 Configuration](https://docs.mezzio.dev/mezzio-authentication-oauth2/v1/intro/#configuration)
diff --git a/public/md-articles/best-practice/golden-rules-of-professional-php-coding.md b/public/md-articles/best-practice/golden-rules-of-professional-php-coding.md
index cb136561..b22c70e0 100644
--- a/public/md-articles/best-practice/golden-rules-of-professional-php-coding.md
+++ b/public/md-articles/best-practice/golden-rules-of-professional-php-coding.md
@@ -10,47 +10,44 @@ language: "en"
 
 # Golden Rules of Professional PHP Coding
 
-## The Rules
-
-1. Always use, in development and in staging, the highest error reporting level, and display_errors ON:
-   ```php
-   error_reporting(-1);
-   ini_set('display_errors', 1);
-   ```
-2. Fix every warning or notice that occurs.
-3. Check regularly the server's error_log for notices/warnings.
-4. Identify any temporary hack with a special mark, for example:
-   ```php
-   #@TODO masterpiece by @smartguy, to quick fix the division by zero
-   ```
-5. Each function must do a single task.
-If it logs in the user and records the login in a stats table, create a separate function for the "record the login" part - maybe even a distinct class for stats.
-6. Use a version control system.
-SVN is NOT dead.
-7. Use an IDE, such as Aptana 2, Aptana 3, Eclipse, or Zend Studio.
-8. Know your IDE: code snippets, code assist, integration with Zend Framework, SVN integration, bug tracker integration, and so on.
+1.  Always use in development and in staging highest **error reporting** level, and **display_errors** ON:
+
+```
+error_reporting(-1);
+ini_set('display_errors', 1);
+```
+
+2. **Fix** every warning or notice that occur. 3. **Check** regularly server's error_log for notices/warnings
+
+4. Identify any **temporary hack** with a special **mark**. Maybe something like:
+
+```
+#@TODO masterpiece by @smartguy, to quick fix the division by zero
+```
+
+ 
+
+5. Each **function** must do a **single task**. If is log in the user and record the login in stats table, be nice and create a separate function for 'record the login' stuff. Maybe even a **distinct class** for stats ?
+
+6. Use a version control system. **SVN is NOT dead.**
+
+7. Use an **[IDE](http://en.wikipedia.org/wiki/Integrated_development_environment)**.  [Aptana 2](http://www.aptana.com/products/studio2/download), [Aptana 3](http://www.aptana.com/products/studio3/download), Eclipse, even [Zend Studio](http://www.zend.com/en/products/studio/) .
+
+8. Know your **IDE**: code snippets, code assist, integration with Zend Framework, SVN integration, bug tracker integration, and so on
 
 ## FAQ
 
 **Q: What error reporting settings should be used in development and staging?**
-A: Always use the highest error reporting level and turn display_errors ON, for example with `error_reporting(-1);` and `ini_set('display_errors', 1);`.
+A: Always use the highest error reporting level and turn display_errors ON, for example with error_reporting(-1); and ini_set('display_errors', 1);.
 
 **Q: What should you do about warnings and notices?**
 A: Fix every warning or notice that occurs, and regularly check the server's error_log for notices and warnings.
 
 **Q: How should temporary hacks or quick fixes be marked in code?**
-A: Identify any temporary hack with a special mark, such as a `#@TODO` comment noting who added it and why.
+A: Identify any temporary hack with a special mark, such as a #@TODO comment noting who added it and why.
 
 **Q: What is the rule about what a function should do?**
-A: Each function must do a single task.
-For example, if you're logging in a user and also recording that login in a stats table, create a separate function (or even a distinct class) for the stats recording, rather than combining both tasks in one function.
+A: Each function must do a single task. For example, if you're logging in a user and also recording that login in a stats table, create a separate function (or even a distinct class) for the stats recording, rather than combining both tasks in one function.
 
 **Q: What tools does the article recommend for professional PHP development?**
 A: It recommends using a version control system (noting that SVN is not dead) and using an IDE such as Aptana 2, Aptana 3, Eclipse, or Zend Studio, and knowing your IDE's code snippets, code assist, Zend Framework integration, SVN integration, and bug tracker integration.
-
-## Resources
-
-- [Integrated development environment (Wikipedia)](http://en.wikipedia.org/wiki/Integrated_development_environment)
-- [Aptana 2 download](http://www.aptana.com/products/studio2/download)
-- [Aptana 3 download](http://www.aptana.com/products/studio3/download)
-- [Zend Studio](http://www.zend.com/en/products/studio/)
diff --git a/public/md-articles/best-practice/htaccess-301-redirect-non-www-to-www.md b/public/md-articles/best-practice/htaccess-301-redirect-non-www-to-www.md
index a241584a..04d2c362 100644
--- a/public/md-articles/best-practice/htaccess-301-redirect-non-www-to-www.md
+++ b/public/md-articles/best-practice/htaccess-301-redirect-non-www-to-www.md
@@ -10,30 +10,26 @@ language: "en"
 
 # htaccess 301 redirect non-www to www
 
-## Redirect non-www to www
+To always redirect users to the www site (for example: http://dotboost.com to http://www.dotboost.com), add the following lines to .htaccess, right after **RewriteEngine On**:
 
-To always redirect users to the www site (for example: `http://dotboost.com` to `http://www.dotboost.com`), add the following lines to `.htaccess`, right after `RewriteEngine On`:
-
-```shell
+```
 RewriteCond %{HTTP_HOST} ^dotboost.com
-RewriteRule ^(.*)$ http://www.dotboost.com/$1
+RewriteRule ^(.*)$ http://www.dotboost.com/$1 [L,R=301]
 ```
 
-## Redirect www to non-www
+If, on the other hand, you want to redirect http://www.dotboost.com to http://dotboost.com, add the following lines instead:
 
-If, instead, you want to redirect `http://www.dotboost.com` to `http://dotboost.com`, add the following lines instead:
-
-```shell
+```
 RewriteCond %{HTTP_HOST} ^www.dotboost.com
-RewriteRule ^(.*)$ http://dotboost.com/$1
+RewriteRule ^(.*)$ http://dotboost.com/$1 [L,R=301]
 ```
 
-Replace `dotboost.com` with your site's domain in either case.
+Replace dotboost.com with your site's domain.
 
 ## FAQ
 
 **Q: How do I redirect a non-www domain to www using .htaccess?**
-A: Add `RewriteCond %{HTTP_HOST} ^dotboost.com` and `RewriteRule ^(.*)$ http://www.dotboost.com/$1` to your .htaccess file, right after `RewriteEngine On`, replacing dotboost.com with your own domain.
+A: Add RewriteCond %{HTTP_HOST} ^dotboost.com and RewriteRule ^(.*)$ http://www.dotboost.com/$1 to your .htaccess file, right after RewriteEngine On, replacing dotboost.com with your own domain.
 
 **Q: How do I redirect a www domain to non-www instead?**
-A: Add `RewriteCond %{HTTP_HOST} ^www.dotboost.com` and `RewriteRule ^(.*)$ http://dotboost.com/$1` instead, again replacing dotboost.com with your own domain.
+A: Add RewriteCond %{HTTP_HOST} ^www.dotboost.com and RewriteRule ^(.*)$ http://dotboost.com/$1 instead, again replacing dotboost.com with your own domain.
diff --git a/public/md-articles/best-practice/insert-update-delete-statements-with-zend-db.md b/public/md-articles/best-practice/insert-update-delete-statements-with-zend-db.md
index 81c039db..4205a50f 100644
--- a/public/md-articles/best-practice/insert-update-delete-statements-with-zend-db.md
+++ b/public/md-articles/best-practice/insert-update-delete-statements-with-zend-db.md
@@ -11,28 +11,31 @@ language: "en"
 # INSERT, UPDATE, DELETE statements with Zend_Db
 
 ## TL;DR
-
 DML (Data Manipulation Language) statements change data values in database tables.
 This article, continuing the Zend_Db series, shows how the three primary DML statements - INSERT, UPDATE, and DELETE - are written in raw SQL and translated into Zend_Db method calls.
 
-## Connecting to the database
+Continuing the Zend_DB article [series](http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/), we are stopping now at DML statements. DML (Data Manipulation Language) statements are statements that change data values in database tables. There are 3 primary DML statements:
+
+- INSERT - Inserting new rows into database tables.
+- UPDATE - Updating existing rows in database tables .
+- DELETE - Deleting existing rows from database tables.
 
-```php
+*Note*:*
+
+```
 $db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
 ```
 
-## INSERT
+**INSERT**
 
-SQL:
-
-```sql
+```
 INSERT INTO user(email, password, firstName, lastName, active)
        VALUES ('$email', '$password', '$firstName', '$lastName', 1);
 ```
 
-Zend_Db:
+The above SQL *INSERT* statement is translated in Zend_Db as follow:
 
-```php
+```
 $data = array( 'email' => $email,
             'password' => $password,
             'firstName' => $firstName,
@@ -41,11 +44,9 @@ $data = array( 'email' => $email,
 $db->insert('user', $data);
 ```
 
-## UPDATE
-
-SQL:
+**UPDATE**
 
-```sql
+```
 UPDATE user
    SET password = '$password',
        firstName = '$firstName',
@@ -54,9 +55,9 @@ UPDATE user
  WHERE id = '$id'
 ```
 
-Zend_Db:
+The above SQL *UPDATE* statemnet is translated in Zend_Db as follow:
 
-```php
+```
 $data = array('password' => $password,
               'firstName' => $firstName,
               'lastName' => $vlastname,
@@ -64,36 +65,28 @@ $data = array('password' => $password,
 $db->update('user', $data, 'id = '.$id);
 ```
 
-## DELETE
+**DELETE**
 
-SQL:
-
-```sql
+```
 DELETE FROM user WHERE id = '$id'
 ```
 
-Zend_Db:
+The above SQL *DELETE* statemnet is translated in Zend_Db as follow:
 
-```php
+```
 $db->delete('user', 'id = '.$id);
 ```
 
 ## FAQ
 
 **Q: What are DML statements?**
-A: DML (Data Manipulation Language) statements are statements that change data values in database tables.
-There are 3 primary DML statements: INSERT, UPDATE, and DELETE.
+A: DML (Data Manipulation Language) statements are statements that change data values in database tables. There are 3 primary DML statements: INSERT, UPDATE, and DELETE.
 
 **Q: How do you insert a new row with Zend_Db?**
-A: Build an associative array of column names to values (e.g. email, password, firstName, lastName, active) and pass it to $db->insert('user', $data), which corresponds to an SQL INSERT INTO ...
-VALUES statement.
+A: Build an associative array of column names to values (e.g. email, password, firstName, lastName, active) and pass it to $db->insert('user', $data), which corresponds to an SQL INSERT INTO ... VALUES statement.
 
 **Q: How do you update rows with Zend_Db, including incrementing a column?**
 A: Build a $data array of the columns to update, using a Zend_Db_Expr for expressions such as incrementing accountUpdate (new Zend_Db_Expr('accountUpdate+1')), then call $db->update('user', $data, 'id = '.$id).
 
 **Q: How do you delete a row with Zend_Db?**
 A: Call $db->delete('user', 'id = '.$id), which is equivalent to the SQL statement DELETE FROM user WHERE id = '$id'.
-
-## Resources
-
-- [Zend_Db series](http://www.dotkernel.com/dotkernel/sql-select-zend-db/)
diff --git a/public/md-articles/best-practice/sql-queries-using-zend-db-select.md b/public/md-articles/best-practice/sql-queries-using-zend-db-select.md
index ad3e445e..c20ad343 100644
--- a/public/md-articles/best-practice/sql-queries-using-zend-db-select.md
+++ b/public/md-articles/best-practice/sql-queries-using-zend-db-select.md
@@ -11,36 +11,35 @@ language: "en"
 # SQL queries using Zend_Db - SELECT
 
 ## TL;DR
-
 Zend_Db and its related classes provide a simple SQL database interface for Zend Framework.
 This article shows how classical SELECT queries with JOINs and WHERE IN clauses are translated into Zend_Db's select() style, and how to debug the generated query.
 
-## Connecting to the database
+[Zend_Db](https://docs.laminas.dev/laminas-db/adapter/) and its related classes provide a simple SQL database interface for Zend Framework. To connect to MySql database, we are using Pdo_Mysql adapter :
 
-```php
+```
 $db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
 ```
 
-## SELECT query - WHERE clause
+**SELECT query - WHERE clause**
 
-The following two classical SQL queries are equivalent - the first is a simple comma join, the second uses INNER JOIN - but the result is the same:
+The below 2 classical SQL queries are equivalent. First one is simple, the second one use INNER JOIN keyword, but the result is the same.
 
-```sql
+```
 SELECT a.id, a.name, b.order_id
 FROM users AS a, orders AS b
 WHERE a.id = b.user_id
 AND a.id = {$userId}
 ```
 
-```sql
+```
 SELECT `a`.`id`, `a`.`name`, `b`.`order_id`
 FROM `users` AS `a` INNER JOIN `orders` AS `b` ON a.id = b.user_id
 WHERE (a.id = '{$userId}')
 ```
 
-Translated into Zend_Db style:
+The above querys are translated in Zend_Db style:
 
-```php
+```
 $select = $db->select()
              ->from(array('a'=>'users'),
                     array('a.id', 'a.name'))
@@ -48,16 +47,17 @@ $select = $db->select()
              ->where('a.id = ?', $userId)
 ```
 
-If no column should be selected from the second table, the 3rd parameter of join() should be an empty string:
+If we don't want to select any column from the second table, the 3rd parameter of join() method should be an empty string
 
-```sql
+```
 SELECT a.id, a.name
 FROM users AS a, orders AS b
 WHERE a.id = b.user_id
 AND a.id = {$userId}
 ```
 
-```php
+```
+ >
 $select = $db->select()
              ->from(array('a'=>'users'),
                     array('a.id', 'a.name'))
@@ -65,16 +65,17 @@ $select = $db->select()
              ->where('a.id = ?', $userId)
 ```
 
-Note: if the 3rd parameter is not written at all, it will select all the fields from that table:
+Note*: If we don't write the 3rd parameter, it will select all the fields from that table:
 
-```sql
+```
 SELECT a.id, a.name, b.*
 FROM users AS a, orders AS b
 WHERE a.id = b.user_id
 AND a.id = {$user_id}
 ```
 
-```php
+```
+ >
 $select = $db->select()
              ->from(array('a'=>'users'),
                     array('a.id', 'a.name'))
@@ -82,33 +83,33 @@ $select = $db->select()
               ->where('a.id = ?', $userId)
 ```
 
-## SELECT query - WHERE IN clause
+**SELECT query - WHERE IN clause**
 
-```sql
+```
 SELECT id
 FROM users
 WHERE aff_id IN ('1','2','3')
 ```
 
-```php
+```
+ >
 $select = $db->select()
              ->from('users', array('id'))
              ->where('aff_id IN (?)', array(1,2,3));
 ```
 
-## Debugging a query
-
-If you are not sure the correct query is being generated, echo it before fetching:
+**Note*:** If you are not sure if you write the correct query, before you fetch it you can echo your query to visualize it:
 
-```php
+```
 echo $select->__toString();exit;
 ```
 
+Also see: - [What are returning the FETCH functions from Zend_Db](http://www.dotkernel.com/best-practice/what-are-returning-the-fetch-functions-from-zend-db/) - [Subqueries with Zend_Db](http://www.dotkernel.com/best-practice/subqueries-with-zend-db/) - [INSERT, UPDATE, DELETE statements with Zend_Db](http://www.dotkernel.com/best-practice/insert-update-delete-statements-with-zend-db/)
+
 ## FAQ
 
 **Q: What does Zend_Db provide?**
-A: Zend_Db and its related classes provide a simple SQL database interface for Zend Framework.
-To connect to a MySQL database, the Pdo_Mysql adapter is used via Zend_Db::factory('Pdo_Mysql', $dbConnect).
+A: Zend_Db and its related classes provide a simple SQL database interface for Zend Framework. To connect to a MySQL database, the Pdo_Mysql adapter is used via Zend_Db::factory('Pdo_Mysql', $dbConnect).
 
 **Q: How do you write a SELECT with a JOIN and a WHERE clause in Zend_Db style?**
 A: Use $db->select()->from(array('a'=>'users'), array('a.id','a.name'))->join(array('b'=>'orders'), 'a.id = b.user_id', array('b.order_id'))->where('a.id = ?', $userId), which is equivalent to a classical SQL query using INNER JOIN.
@@ -124,10 +125,3 @@ A: Use ->where('aff_id IN (?)', array(1,2,3)) on the select object, equivalent t
 
 **Q: How can you check that a Zend_Db select is generating the correct query?**
 A: Before fetching it, echo the query to visualize it: echo $select->__toString();exit;
-
-## Resources
-
-- [Zend_Db](https://docs.laminas.dev/laminas-db/adapter/)
-- [What are returning the FETCH functions from Zend_Db](http://www.dotkernel.com/best-practice/sql-fetch-zend-db/)
-- [Subqueries with Zend_Db](http://www.dotkernel.com/best-practice/subqueris-with-zend-db/)
-- [INSERT, UPDATE, DELETE statements with Zend_Db](http://www.dotkernel.com/best-practice/iud-statements-with-zend-d/)
diff --git a/public/md-articles/best-practice/subqueries-with-zend-db.md b/public/md-articles/best-practice/subqueries-with-zend-db.md
index 670e1fbd..3aefa608 100644
--- a/public/md-articles/best-practice/subqueries-with-zend-db.md
+++ b/public/md-articles/best-practice/subqueries-with-zend-db.md
@@ -11,12 +11,13 @@ language: "en"
 # Subqueries with Zend_Db
 
 ## TL;DR
-
 Continuing the Zend_Db series, this article shows a more complex query - combining COUNT(), LEFT JOIN, and GROUP BY across 3 tables, with a count taken from 2 different tables - and how to build it, including a nested subquery, using Zend_Db.
 
-## The SQL query
+Continuing the Zend_DB article [series](http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/), we are stopping now at subqueries.
+
+As you note, the below is a complicate query, with *COUNT()*, *LEFT JOIN()*, *GROUP BY* - select from 3 tables, and make a count from 2 different tables:
 
-```sql
+```
 SELECT a.id,
        a.title,
        (SELECT COUNT(c.track_id)
@@ -29,15 +30,13 @@ LEFT JOIN track_courses AS b ON (a.id = b.track_id)
 GROUP BY a.id
 ```
 
-## Connecting to the database
+Initialize the connection to our MySql database:
 
-```php
+```
 $db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
 ```
 
-## Building the query in Zend_Db
-
-```php
+```
 $db->select()
    ->from(array('a'=>'tracks'),
          array('id',
@@ -56,8 +55,6 @@ $db->select()
    ->group('a.id');
 ```
 
-The `count_files` column is built by wrapping a nested `$db->select()` call inside a `Zend_Db_Expr`, correlated back to the outer table via `c.track_id = a.id`.
-
 ## FAQ
 
 **Q: What SQL techniques does this subquery example combine?**
@@ -68,7 +65,3 @@ A: Wrap a nested $db->select() call inside a Zend_Db_Expr, building the subquery
 
 **Q: How is the LEFT JOIN with a COUNT expressed in Zend_Db?**
 A: Use ->joinLeft(array('b'=>'track_courses'), 'a.id = b.track_id', array('count_courses' => 'COUNT(b.track_id)')) followed by ->group('a.id').
-
-## Resources
-
-- [Zend_Db series](http://www.dotkernel.com/dotkernel/sql-select-zend-db/)
diff --git a/public/md-articles/best-practice/svn-export-in-a-virtual-host.md b/public/md-articles/best-practice/svn-export-in-a-virtual-host.md
index 244cad46..f7386f40 100644
--- a/public/md-articles/best-practice/svn-export-in-a-virtual-host.md
+++ b/public/md-articles/best-practice/svn-export-in-a-virtual-host.md
@@ -11,55 +11,57 @@ language: "en"
 # SVN Export in a virtual host
 
 ## TL;DR
-
 `svn export` lets you export the contents of a repository into a virtual host directory.
 The commands should be run in a terminal (e.g. via Putty on Windows) on the target host, ideally using the domain's own user rather than root.
 
-## Steps
+The following commands should be run in the terminal (for example, using Putty in Windows) on the host where you want to export the repository). It's recommended that you run them using the domain's user, not root.
 
-1. Make sure Subversion is installed on the host by running `svn --version`.
-If you don't get a "command not found" message, it's installed; otherwise, install it.
-2. Go to the directory where you want to export the contents of the repository (e.g. `cd /var/www/vhosts/example.com/httpdocs` or `cd /home/sitename/public_html`).
-3. Run the export command:
+First make sure that Subversion is installed on the host. To check if it is installed, run:
 
-```shell
-svn export repositoryUrl repositoryUrl
+```
+svn --version
 ```
 
-Where:
+If you don't get a "command not found" message, subversion is installed. Otherwise, you need to install it.
 
-| Parameter | Meaning |
-|---|---|
-| `-r revisionNumber` | Optional. Exports a specific revision. By default, the latest revision is used. |
-| `repositoryUrl` | The repository URL (e.g. `http://example.com/repos/project-name/trunk/`). Remember to add `/trunk/`, or change it appropriately for a branch or tag. |
-| `targetDirectory` - `./` | The current directory. |
-| `targetDirectory` - `./project-name` | Exports to the `project-name` subdirectory. |
-| `targetDirectory` - `/var/www/vhosts/example.com/httpdocs` | Exports to an absolute path. |
-| `--force` | Optional. By default SVN will not export into an existing directory; this overrides that. **Be careful, this option can overwrite files.** |
+The next step is to go to where you want to export the contents of the repository (eg.: "*cd /var/www/vhosts/example.com/httpdocs*" or "*cd /home/sitename/public_html*").
 
-4. For more information, run `svn help export`.
+The command looks like this:
 
-## Examples
+```
+svn export repositoryUrl repositoryUrl
+```
 
-```shell
+where:
+
+- **-r revisionNumber** - *optional* - export a specific revision. By default, the latest revision will be used
+- **repositoryUrl** - the repository URL (eg: *http://example.com/repos/project-name/trunk/*). Remember to add /trunk/, or change it appropriately if you need to export a certain branch or tag
+- **targetDirectory**
+  - **./** - means the current directory
+  - **./project-name** - will export to the *project-name* subdirectory
+  - **/var/www/vhosts/example.com/httpdocs** - will export to an absolute path
+- **--force** - *optional* - by default SVN will not export in an existing directory. if you want to override this, you have to use the *force* parameter. **Be careful, this option can overwrite files**
+
+Examples:
+
+```
 svn export http://v1.dotkernel.net/svn/trunk ./ --force
 svn export -r 423 http://v1.dotkernel.net/svn/trunk ./ --force
 svn export http://v1.dotkernel.net/svn/trunk /var/www/vhosts/domain.com/httpdocs/dk
 ```
 
-## Fixing permissions afterward
+For more information, you can run **svn help export**.
 
-If the repository was exported using a different user (e.g. root), change the permissions back as root:
+If you've exported the repository using a different user (root for example), you can change the permissions back by running the following command as root:
 
-```shell
+```
 chown -R siteuser.psacln /var/www/vhosts/example.com/httpdocs
 ```
 
 ## FAQ
 
 **Q: How do you check if Subversion is installed on the host?**
-A: Run svn --version.
-If you don't get a "command not found" message, Subversion is installed; otherwise, you need to install it.
+A: Run svn --version. If you don't get a "command not found" message, Subversion is installed; otherwise, you need to install it.
 
 **Q: What is the basic command to export a repository?**
 A: The command is svn export repositoryUrl targetDirectory, run from the host where you want to export the repository, ideally using the domain's user rather than root.
@@ -68,8 +70,7 @@ A: The command is svn export repositoryUrl targetDirectory, run from the host wh
 A: -r revisionNumber is optional and exports a specific revision; by default, the latest revision is used.
 
 **Q: What does the --force option do, and what is the risk?**
-A: By default SVN will not export into an existing directory; --force overrides this.
-Be careful, since this option can overwrite files.
+A: By default SVN will not export into an existing directory; --force overrides this. Be careful, since this option can overwrite files.
 
 **Q: How do you fix file permissions if you exported the repository as a different user?**
 A: As root, run chown -R siteuser.psacln /var/www/vhosts/example.com/httpdocs to change the permissions back.
diff --git a/public/md-articles/best-practice/svn-keywords-setup-in-php-ide-zend-studio.md b/public/md-articles/best-practice/svn-keywords-setup-in-php-ide-zend-studio.md
index c3ed2522..ec9e7cf5 100644
--- a/public/md-articles/best-practice/svn-keywords-setup-in-php-ide-zend-studio.md
+++ b/public/md-articles/best-practice/svn-keywords-setup-in-php-ide-zend-studio.md
@@ -11,15 +11,14 @@ language: "en"
 # SVN keywords setup in PHP IDE ( Zend Studio)
 
 ## TL;DR
-
 For better integration between SVN, the Zend Studio PHP IDE, and a bug tracker, a set of SVN properties must be set for each project.
 This article lists which properties to set and how.
 
-## Steps
+For a better integration of SVN, your PHP IDE( Zend Studio), and a bug tracker of choice, the below proprieties must be set, **for each project** you have.
+
+Right click on **project** Go to **Team->Set Propriety**
 
-1. Right click on the **project**.
-2. Go to **Team -> Set Propriety**.
-3. Set `svn:ignore` so local settings aren't committed to the main repository:
+- SVN Ignore files, below you have an example. As we do not want to commit your local settings to the main repository :-)
 
 ```
 Name: svn:ignore
@@ -33,7 +32,7 @@ cache
 *.ini
 ```
 
-4. Set up basic bug tracker integration:
+- Basic integration with a bug tracker
 
 ```
 Name: bugtracq:label
@@ -42,23 +41,25 @@ Propriety: Tracker ID:
 
 ```
 Name: bugtraq:message
-Propriety:
+Propriety: [Tracker ID: #%BUGID%]
 ```
 
-5. If using a public bug tracker (e.g. Mantis), also set:
+- If you have a public bug tracker system , example Mantis
 
 ```
 Name: bugtraq:url
 Propriety: http://www.dotkernel.net/view.php?id=%BUGID%
 ```
 
-For the properties above, apply them **only** to the project folder, **not** recursively.
+For **above** Proprieties , apply **only** to project folder, **NOT** recursive
+
+## Final step( below instructions are good **only** for **svn:keywords** )
+
+ 
 
-## Final step (svn:keywords only)
+Check the **Apply property recursively to:** Select **All resources** Check the **Use filtration by the resource name** and add **Mask:** *.php
 
-1. Check **Apply property recursively to:**.
-2. Select **All resources**.
-3. Check **Use filtration by the resource name** and add mask: `*.php`.
+[![svn-add](/uploads/article/019f8a80-cc87-71b3-80b8-478826d88044/svn-add.jpg)](/uploads/2013/02/svn-add.jpg)
 
 ## FAQ
 
diff --git a/public/md-articles/best-practice/using-like-wildcards-with-zend-db.md b/public/md-articles/best-practice/using-like-wildcards-with-zend-db.md
index ef7b9a21..b89d59e3 100644
--- a/public/md-articles/best-practice/using-like-wildcards-with-zend-db.md
+++ b/public/md-articles/best-practice/using-like-wildcards-with-zend-db.md
@@ -11,26 +11,34 @@ language: "en"
 # Using LIKE wildcards with Zend_Db
 
 ## TL;DR
-
 The LIKE condition allows pattern matching in the WHERE clause of SELECT, INSERT, UPDATE, or DELETE statements.
 The `_` wildcard matches a single character, and `%` matches any string of any length (including zero).
 This article shows how to use LIKE and NOT LIKE with both wildcards in Zend_Db.
 
-## Connecting to the database
+Continuing the Zend_Db article [series](http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/), let's discuss the LIKE condition.
+
+The **LIKE** condition allows you to use wildcards in the *WHERE* clause of an SQL statement. This allows pattern matching. It can be used in any valid SQL statement (*SELECT*, *INSERT*, *UPDATE* or *DELETE*).
+
+**LIKE wildcards:**
 
-```php
+- ***_*** allows you to match a single character
+- ***%*** allows you to match any string of any length (including zero length)
+
+*Note*:*
+
+```
 $db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
 ```
 
-## LIKE _
+**LIKE _**
 
-Return all ids that start with '1' and whose second digit is between 0 and 9 (10, 11, 12, ..., 18, 19):
+- Return all ids which start with '1' and second digit is between 0 and 9 (10, 11, 12, ..., 18, 19):
 
-```sql
+```
 SELECT * FROM `table` WHERE (`id` LIKE '1_' )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('id');
 $where = $this->db->quoteInto("$col LIKE ? ", '1_');
 $select = $this->db->select()
@@ -39,13 +47,13 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-Return all instances whose name is 4 characters long, starting with 'Fr' and ending with 'd' (Frad, Fred, Frod, etc.):
+- Return all instances whose name is 4 characters long, where the first two characters are 'Fr' and the last character is 'd' (Frad, Fred, Frod, etc.) :
 
-```sql
+```
 SELECT * FROM `table` WHERE (`name` LIKE 'Fr_d' )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('name');
 $where = $this->db->quoteInto("$col LIKE ? ", 'Fr_d');
 $select = $this->db->select()
@@ -54,15 +62,15 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-## LIKE %
+**LIKE %**
 
-Returns all instances that have the 'gallery' string in the `source` field:
+- Returns all instances that have the 'gallery' string in the *source* field:
 
-```sql
+```
 SELECT * FROM `table` WHERE (`source` LIKE '%gallery%' )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('source');
 $where = $this->db->quoteInto("$col LIKE ? ", '%gallery%');
 $select = $this->db->select()
@@ -71,13 +79,13 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-Returns all instances that have the 'gallery' or 'folder' strings in the `source` field:
+- Returns all instances that have the 'gallery' or 'folder' strings in the *source* field:
 
-```sql
+```
 SELECT * FROM `table` WHERE (`source` LIKE '%gallery%' OR `source` LIKE ('%folder%') )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('source');
 $where = $this->db->quoteInto("$col LIKE ? ", '%gallery%');
 $where .= $this->db->quoteInto("OR $col LIKE (?) ", '%folder%');
@@ -87,15 +95,15 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-## NOT LIKE _
+**NOT LIKE _**
 
-Returns all 2-digit ids that don't start with `1` (20->99) or that don't have exactly 2 digits (1, 2, ..., 8, 9, 100, 101, ...):
+- Returns all 2-digit ids that don't start with *1* (20->99 ) or have a different number of digits than 2 (1, 2, ..., 8, 9, 100, 101, ...):
 
-```sql
+```
 SELECT * FROM `table` WHERE (`id` NOT LIKE '1_' )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('id');
 $where = $this->db->quoteInto("$col NOT LIKE ? ", '1_');
 $select = $this->db->select()
@@ -104,15 +112,15 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-## NOT LIKE %
+**NOT LIKE %**
 
-Returns all instances that don't have 'gallery', 'folder', or 'file' in the `source` field:
+- Returns all instances that don't have 'gallery', 'folder' or 'file' strings in the *source* field:
 
-```sql
+```
 SELECT * FROM `table` WHERE (`source` NOT LIKE ('%gallery%') AND `source` NOT LIKE ('%folder%') AND `source` NOT LIKE ('%file%') )
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('source');
 $where = $this->db->quoteInto("$col NOT LIKE (?) ", '%gallery%');
 $where .= $this->db->quoteInto("AND $col NOT LIKE (?) ", '%folder%');
@@ -123,13 +131,13 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
-## Other example
+**OTHER Example**
 
-```sql
-SELECT * FROM `table` WHERE `number` LIKE '_6%'
+```
+SELECT * FROM `table` WHERE `number` LIKE '_6%' 
 ```
 
-```php
+```
 $col = $this->db->quoteIdentifier('number');
 $where = $this->db->quoteInto("$col LIKE ? ", '_6%');
 $select = $this->db->select()
@@ -138,6 +146,11 @@ $select = $this->db->select()
 $result = $this->db->fetchAll($select);
 ```
 
+- The *number* column starts with a digit between 4 and 6 (*[4-6]*)
+- The second character in the *number* column can be anything (*_*)
+- The third character in the *number* column is 6 (*6*)
+- The rest of the *number* column can be any string, of any length (*%*)
+
 ## FAQ
 
 **Q: What do the LIKE wildcards _ and % mean?**
@@ -147,12 +160,10 @@ A: The _ wildcard matches a single character, while % matches any string of any
 A: LIKE allows pattern matching in the WHERE clause and can be used in any valid SQL statement: SELECT, INSERT, UPDATE, or DELETE.
 
 **Q: How do you build a LIKE query with Zend_Db?**
-A: Quote the column with $this->db->quoteIdentifier(), build the condition with $this->db->quoteInto("$col LIKE ?
-", $pattern), and pass the resulting $where string into ->where() on a select, then run it with $this->db->fetchAll($select).
+A: Quote the column with $this->db->quoteIdentifier(), build the condition with $this->db->quoteInto("$col LIKE ? ", $pattern), and pass the resulting $where string into ->where() on a select, then run it with $this->db->fetchAll($select).
 
 **Q: How do you combine multiple LIKE conditions with OR?**
-A: Build the first condition with quoteInto, then append further ones with quoteInto("OR $col LIKE (?)
-", $pattern), as in the example matching 'gallery' or 'folder' in the source field.
+A: Build the first condition with quoteInto, then append further ones with quoteInto("OR $col LIKE (?) ", $pattern), as in the example matching 'gallery' or 'folder' in the source field.
 
 **Q: How does NOT LIKE differ from LIKE?**
-A: NOT LIKE negates the pattern match - for example, id NOT LIKE '1_' returns ids that don't start with 1 or don't have exactly 2 digits, and NOT LIKE conditions can be chained with AND to exclude several patterns at once.
+A: NOT LIKE negates the pattern match — for example, `id` NOT LIKE '1_' returns ids that don't start with 1 or don't have exactly 2 digits, and NOT LIKE conditions can be chained with AND to exclude several patterns at once.
diff --git a/public/md-articles/best-practice/what-are-returning-the-fetch-functions-from-zend-db.md b/public/md-articles/best-practice/what-are-returning-the-fetch-functions-from-zend-db.md
index cbf3460d..020c45aa 100644
--- a/public/md-articles/best-practice/what-are-returning-the-fetch-functions-from-zend-db.md
+++ b/public/md-articles/best-practice/what-are-returning-the-fetch-functions-from-zend-db.md
@@ -11,61 +11,45 @@ language: "en"
 # What are returning the FETCH functions from Zend_Db
 
 ## TL;DR
-
 Continuing the Zend_Db article series, this article walks through the FETCH methods available on Zend_Db_Adapter_Abstract: fetchAll, fetchAssoc, fetchCol, fetchOne, fetchPairs, and fetchRow.
 Each method is shown next to the equivalent old-style code built on query(), next_record(), and f(), so the two approaches can be compared side by side.
 
-## Available FETCH Methods
-
-Continuing the Zend_Db article series, this article stops at the FETCH methods found in Zend_Db_Adapter_Abstract:
+Continuing the Zend_DB article [series](http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/), we are stopping now at *FETCH* methods that are in [Zend_Db_Adapter_Abstract](https://docs.laminas.dev/laminas-db/adapter/):
 
-```php
-array  fetchAll   (string|Zend_Db_Select $sql, ...)
-array  fetchAssoc (string|Zend_Db_Select $sql, ...)
-array  fetchCol   (string|Zend_Db_Select $sql, ...)
-string fetchOne   (string|Zend_Db_Select $sql, ...)
-array  fetchPairs (string|Zend_Db_Select $sql, ...)
-array  fetchRow   (string|Zend_Db_Select $sql, ...)
+```
+array  fetchAll  (string|Zend_Db_Select $sql, , )
+array fetchAssoc (string|Zend_Db_Select $sql, [mixed $bind = array()])
+array fetchCol (string|Zend_Db_Select $sql, [mixed $bind = array()])
+string fetchOne (string|Zend_Db_Select $sql, [mixed $bind = array()])
+array fetchPairs (string|Zend_Db_Select $sql, [mixed $bind = array()])
+array fetchRow (string|Zend_Db_Select $sql, , )
 ```
 
-To make it easier to follow, each example below shows the classical, old-style query first, followed by the equivalent query written in Zend_Db style.
-
-## Connecting to the Database
+To be more easily to follow, in green box is the classical SQL statement, and in blue box is the query written in Zend_Db style.
 
-Initialize the connection to the MySQL database:
+Lets start. Initialize the connection to our MySql database:
 
-```php
+```
 $db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
 ```
 
-## Setting Up the Query
+Here is a SQL query, that we want to fetch:
 
-Here is a SQL query that we want to fetch:
-
-```sql
+```
 $sql = "SELECT id, title FROM files";
 $db->query($sql)
 ```
 
-Here is the same query written in Zend_Db style:
-
-```php
+```
 $select = $db->select()
              ->from('files', array('id', 'title'))
 ```
 
-Note: the old style of fetching shown below uses an older class.
-Here's what you need to know about its methods:
+*Note*:* for the old style of fetching we used an old class. What you need to know is: - *query()* method is similar with mysqli_query() from *Mysqli* PHP extension - *next_record()* method is similar with mysqli_next_result() from *Mysqli* PHP extension - *f()* method retrieve the value of the column specified as parameter
 
-- `query()` is similar to `mysqli_query()` from the Mysqli PHP extension
-- `next_record()` is similar to `mysqli_next_result()` from the Mysqli PHP extension
-- `f()` retrieves the value of the column specified as a parameter
+**fetchAll**
 
-## fetchAll
-
-Old style:
-
-```php
+```
 while($db->next_record())
 {
     $a[] = array(
@@ -75,86 +59,66 @@ while($db->next_record())
 }
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchAll($select);
 ```
 
-## fetchAssoc
-
-Old style:
+**fetchAssoc**
 
-```php
+```
 while($db->next_record())
 {
-    $a = array(
+    $a[$db->f('id')] = array(
                              'id' => $db->f('id'),
                              'title' => $db->f('title')
                             );
 }
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchAssoc($select);
 ```
 
-## fetchCol
-
-Old style:
+**fetchCol**
 
-```php
+```
 while($db->next_record())
 {
     $a[] = $db->f('id');
 }
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchCol($select);
 ```
 
-## fetchOne
+**fetchOne**
 
-Old style:
-
-```php
+```
 $db->next_record();
 $a = $db->f('id');
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchOne($select);
 ```
 
-## fetchPairs
+**fetchPairs**
 
-Old style:
-
-```php
+```
 while($db->next_record())
 {
-    $a = $db->f('title');
+    $a[$db->f('id')] = $db->f('title');
 }
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchPairs($select);
 ```
 
-## fetchRow
+**fetchRow**
 
-Old style:
-
-```php
+```
 $db->next_record();
 $a = array(
            'id' => $db->f('id'),
@@ -162,9 +126,7 @@ $a = array(
           );
 ```
 
-Zend_Db style:
-
-```php
+```
 $a = $db->fetchRow($select);
 ```
 
@@ -174,13 +136,13 @@ $a = $db->fetchRow($select);
 A: The article covers fetchAll, fetchAssoc, fetchCol, fetchOne, fetchPairs, and fetchRow.
 
 **Q: What does fetchAll do compared to the old query style?**
-A: `$a = $db->fetchAll($select)` replaces the old-style loop that calls `next_record()` repeatedly and builds an array of associative rows using `f()` for each column.
+A: $a = $db->fetchAll($select) replaces the old-style loop that calls next_record() repeatedly and builds an array of associative rows using f() for each column.
 
 **Q: What does fetchRow return?**
-A: `$a = $db->fetchRow($select)` returns a single row as an associative array, replacing a single `next_record()` call followed by `f()` calls for each column.
+A: $a = $db->fetchRow($select) returns a single row as an associative array, replacing a single next_record() call followed by f() calls for each column.
 
 **Q: What does fetchOne return?**
-A: `$a = $db->fetchOne($select)` returns a single value, replacing a single `next_record()` call followed by one `f()` call.
+A: $a = $db->fetchOne($select) returns a single value, replacing a single next_record() call followed by one f() call.
 
 **Q: How do the old-style query(), next_record(), and f() methods relate to Mysqli?**
-A: `query()` is similar to `mysqli_query()`, `next_record()` is similar to `mysqli_next_result()`, and `f()` retrieves the value of the column specified as a parameter.
+A: query() is similar to mysqli_query(), next_record() is similar to mysqli_next_result(), and f() retrieves the value of the column specified as a parameter.
diff --git a/public/md-articles/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.md b/public/md-articles/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.md
index 7cc4a590..1f9c909e 100644
--- a/public/md-articles/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.md
+++ b/public/md-articles/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.md
@@ -11,43 +11,33 @@ language: "en"
 # Why use CURRENT_TIMESTAMP on a field that record date/time?
 
 ## TL;DR
-
 On a TIMESTAMP field that records date and time when inserting a new record, it's encouraged to use the CURRENT_TIMESTAMP constant as its DEFAULT value.
 This removes the need to set the value manually from PHP or with MySQL's NOW() function, and the ON UPDATE CURRENT_TIMESTAMP clause can additionally keep the field updated automatically on every row update.
 Only one TIMESTAMP field per table can be DEFAULT CURRENT_TIMESTAMP.
 
-## Why Use CURRENT_TIMESTAMP as a Default
-
-On a TIMESTAMP field that records date and time when inserting a new record, it is encouraged to use the CURRENT_TIMESTAMP constant as a DEFAULT value.
-Because when inserting a new row in the table, there is no need to specifically add the value for the date and time field, either by creating it from PHP code with the Date/Time functions or with MySQL's NOW() function:
+On a *TIMESTAMP field* that records date and time when *inserting* a new record, it is encouraged to use as a *DEFAULT* value, the **CURRENT_TIMESTAMP** constant. **Why?** Because when inserting a new row in the table for the date and time field there is no need to specifically add its value, either by creating it from PHP code with the [Date/ Time functions](http://www.php.net/manual/en/ref.datetime.php) or with MySQL function [NOW()](http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functions.html#function_now)
 
-```sql
+```
 ALTER TABLE `user` CHANGE `dateCreated` `dateCreated` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;
 ```
 
-## Automatically Updating with ON UPDATE CURRENT_TIMESTAMP
+CURRENT_TIMESTAMP is also a solution for  *updating* date and time fields. Use *`ON UPDATE CURRENT_TIMESTAMP`* clause, if you want the value of the field to be changed automatically each time the row is updated.
 
-CURRENT_TIMESTAMP is also a solution for updating date and time fields.
-Use the `ON UPDATE CURRENT_TIMESTAMP` clause if you want the value of the field to be changed automatically each time the row is updated:
-
-```sql
+```
 ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;
 ```
 
-## DEFAULT and ON UPDATE Clause Combinations
-
-DEFAULT and ON UPDATE clauses can be used together or separately, depending on your needs:
+*DEFAULT* and *ON UPDATE* clauses can be used together or separately, depending on your needs:
 
 - With both `DEFAULT CURRENT_TIMESTAMP` and `ON UPDATE CURRENT_TIMESTAMP` clauses, the column has the current timestamp for its default value and is automatically updated.
-- With neither `DEFAULT` nor `ON UPDATE` clauses, it is the same as `DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP` (only for the first TIMESTAMP field in the table).
+- With neither `DEFAULT` nor `ON UPDATE` clauses, it is the same as `DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP`. (Only for the *first* TIMESTAMP field from the table)
 - With a `DEFAULT CURRENT_TIMESTAMP` clause and no `ON UPDATE` clause, the column has the current timestamp for its default value but is not automatically updated.
 - With no `DEFAULT` clause and with an `ON UPDATE CURRENT_TIMESTAMP` clause, the column has a default of 0 and is automatically updated.
-- With a constant `DEFAULT` value, the column has the given default and is not automatically initialized to the current timestamp.
-If the column also has an `ON UPDATE CURRENT_TIMESTAMP` clause, it is automatically updated; otherwise, it has a constant default and is not automatically updated.
+- With a constant `DEFAULT` value, the column has the given default and is not automatically initialized to the current timestamp. If the column also has an `ON UPDATE CURRENT_TIMESTAMP` clause, it is automatically updated; otherwise, it has a constant default and is not automatically updated.
 
-For more details, check out the [MySQL Manual](https://dev.mysql.com/doc/refman/9.7/en/datetime.html).
+For more details check out [MySQL Manual](https://dev.mysql.com/doc/refman/9.7/en/datetime.html)
 
-Note: only one timestamp field can be `DEFAULT CURRENT_TIMESTAMP` in a table.
+**Note*:** Only one timestamp field can be `DEFAULT CURRENT_TIMESTAMP` in a table.
 
 ## FAQ
 
@@ -55,7 +45,7 @@ Note: only one timestamp field can be `DEFAULT CURRENT_TIMESTAMP` in a table.
 A: Because when inserting a new row, there is no need to specifically set the date/time value yourself, either from PHP Date/Time functions or with MySQL's NOW() function.
 
 **Q: How do you make a field update its timestamp automatically on every UPDATE?**
-A: Add the ON UPDATE CURRENT_TIMESTAMP clause, for example: `ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP`.
+A: Add the ON UPDATE CURRENT_TIMESTAMP clause, for example: ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP.
 
 **Q: What happens if a TIMESTAMP column has neither a DEFAULT nor an ON UPDATE clause?**
 A: For the first TIMESTAMP field in the table, having neither clause is the same as DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP.
diff --git a/public/md-articles/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.md b/public/md-articles/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.md
index 038c5653..58439378 100644
--- a/public/md-articles/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.md
+++ b/public/md-articles/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.md
@@ -11,62 +11,55 @@ language: "en"
 # ZF Is Retired. Laminas MVC Is Retiring. Consider It Solved
 
 ## TL;DR
-
 Laminas MVC is retiring, following Zend Framework and Apigility before it, but this doesn't mean everything with a Laminas logo is going away - Mezzio, built on Laminas components, is the fully-functional successor.
 Maintaining legacy MVC platforms is costly and risky long-term, since the architecture of today and tomorrow is middleware-based, and Apidemia offers a proven, phased migration process to move legacy platforms to Mezzio.
 
-## A Bit of History
+It all started with the **announcement**: [Laminas MVC Is Retiring](https://getlaminas.org/blog/2025-06-06-laminas-mvc-is-retiring.html). Some people wrongfully thought everything with a Laminas logo is going away - NOT SO! Read on for a bit of history about Zend and Laminas, what it means to migrate your platform and why it's a decision that should not be taken lightly.
 
-It all started with the announcement: Laminas MVC Is Retiring.
-Some people wrongfully thought everything with a Laminas logo is going away - not so.
-Read on for a bit of history about Zend and Laminas, what it means to migrate your platform, and why it's a decision that should not be taken lightly.
+## A Bit of History
 
-Laminas MVC is not even the first framework that has reached its end of life - look at Zend Framework and Apigility.
-Letting go of a flagship product is a difficult decision, but it's made easier when you leave a solid alternative in its wake.
-The developers who worked on Laminas MVC already had something better and fully-functional in place - the Mezzio microframework, built using Laminas components.
-It has itself gone through rigorous development and testing since being released in 2015, when it was known as Zend Expressive, then was renamed into Mezzio to get to its current state.
+Laminas MVC is not even the first framework that has reached its end of life - look at Zend Framework and Apigility. Letting go of a flagship product is a **difficult decision**, but it's made easier when you leave a solid alternative in its wake. The **developers** who worked on Laminas MVC already **had something better** and fully-functional in place - **Mezzio microframework**, built using Laminas components. It has itself gone through rigorous development and testing since being released in 2015 when it was known as Zend Expressive, then was renamed into Mezzio to get to its current state.
 
 ## What Is the Issue with Legacy Platforms?
 
-Maintaining legacy platforms over the long term is often a costly and time-consuming endeavour.
-Every few years, platform owners must consider the viability of migrating to a newer platform.
+**Maintaining legacy platforms** over the long term is often a **costly** and **time-consuming** endeavour. Every few years, platform **owners** must consider the viablity of **migrating to a newer platform**.
 
-Newer platforms implement modern architectures, have an active community, and are actively being developed and maintained.
-They also offer easier development, expansion, and maintenance, alongside vital security improvements and more reliable dependencies.
+Newer platforms implement **modern architectures**, have an **active community** and are actively being **developed and maintained**. They also offer **easier development, expansion and maintenance**, alongside vital **security improvements** and more **reliable dependencies**.
 
-Sounds like an easy decision? Sure, but it's a lot of work, and that's when the specialists come into play.
+Sounds like an easy decision? Sure, but it's a lot of work... And that's when the specialists come into play.
 
-We at Apidemia have been using the Zend Framework, Laminas MVC, and Mezzio for years.
-We understand their ins-and-outs intimately, which enables us to analyze and perform the transfer of a legacy platform to Mezzio effectively.
-Working with Mezzio ensures faster execution times, increased security, faster development, and long-term reliability from all points of view.
-We encourage this change and are ready to offer guidance.
+We at Apidemia have been using the Zend Framework, Laminas MVC and Mezzio for years. We understand their ins-and-outs intimately, which enables us to **analyze and to perform the transfer of a legacy platform to Mezzio effectively**. Working with Mezzio ensures faster execution times, increased security, faster development and long-term reliability from all points of view. We encourage this change and are ready to offer guidance.
 
 ## Pain Points
 
-The MVC architecture is obsolete.
-It is yesterday's architecture, fit for monolithic websites.
-The architecture of today and tomorrow is based on middleware, building headless platforms, websites, and microservices following the same coding approach.
+The MVC architecture is obsolete. It is yesterday's architecture, fit for monolithic websites. The **architecture of today and tomorrow** is based on middleware, building headless platforms, websites and microservices following the same coding approach.
 
 | Pain Point | Apidemia Solution |
-|---|---|
+| --- | --- |
 | Legacy framework is deprecated and/or has no long-term support | Apidemia helps migrate to modern middleware architecture (Mezzio microframework with Laminas components) |
 | Legacy applications are hard to maintain | Modern architecture improves code quality, testability and performance |
 | Migration is risky or expensive | Apidemia uses a proven, phased migration strategy to reduce risk |
 | Lack of internal development expertise | Apidemia provides end-to-end guidance, refactoring, training and support |
 
-## How Apidemia Handles Migrations
+## How Apidemia handles migrations
 
-Apidemia has created a complex process that involves several steps to ensure a smooth migration.
-In a nutshell, the current project functionality must be understood, and only then can the move be implemented into the destination platform.
-Over the long run, the Apidemia team offers support and training.
+Apidemia have created a **complex process** that involves several steps to ensure a **smooth migration**. In a nutshell, the current project functionality must be understood and only then can the move be implemented into the destination platform. Over the long run, the Apidemia team offers support and training.
 
-This is the simplified task list:
+This is the simplified **task list**:
 
-- Code audit & migration strategy - to understand the code and see what goes where.
-- Partial or full migration to Laminas or PSR-compliant frameworks, like Mezzio or Symfony - this decision impacts both time to implement and cost, negotiated with the client.
-- Refactoring and decoupling legacy modules - the old code must go and be replaced with the new.
-- Unit testing and CI/CD pipeline setup - a vital step to ensure things function the same way in the destination platform.
-- Post-migration support and team training - this step depends on the level of collaboration between the original developers and the Apidemia team, so the more closely they work together, the easier it is to onboard the devs for the long run.
+- **Code audit & migration strategy** - to understand the code and see what goes where.
+- **Partial or full migration to Laminas or PSR-compliant frameworks**, like Mezzio or Symfony - this decision impacts both time to implement and cost, negotiated with the client.
+- **Refactoring and decoupling legacy modules** - the old code must go and be replaced with the new.
+- **Unit testing and CI/CD pipeline setup** - a vital step to ensure things function the same way in the destination platform.
+- **Post-migration support and team training** - this step depends on the level of collaboration between the original developers and the Apidemia team, so the more closely they work together, the easier it is to onboard the devs for the long run.
+
+## Additional resources
+
+- [Dotkernel Headless Platform](https://www.dotkernel.com/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys/)
+- [Shared Core Submodule in Dotkernel Headless Platform](https://www.dotkernel.com/headless-platform/shared-core-submodule-in-dotkernel-headless-platform/)
+- [Understanding Middleware](https://www.dotkernel.com/architecture/understanding-middleware/)
+- [Dotkernel Light](https://www.dotkernel.com/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components/)
+- [Migrate Laminas MVC to Dotkernel](https://www.apidemia.com/services/migrate-laminas-mvc-to-dotkernel/)
 
 ## FAQ
 
@@ -84,11 +77,3 @@ A: A simplified task list: code audit & migration strategy; partial or full migr
 
 **Q: Who offers this migration guidance?**
 A: Apidemia, who has used Zend Framework, Laminas MVC, and Mezzio for years and can analyze and perform the transfer of a legacy platform to Mezzio, offering faster execution times, increased security, faster development, and long-term reliability.
-
-## Resources
-
-- [Dotkernel Headless Platform](https://www.dotkernel.com/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys/)
-- [Shared Core Submodule in Dotkernel Headless Platform](https://www.dotkernel.com/headless-platform/shared-core-submodule-in-dotkernel-headless-platform/)
-- [Understanding Middleware](https://www.dotkernel.com/architecture/understanding-middleware/)
-- [Dotkernel Light](https://www.dotkernel.com/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components/)
-- [Migrate Laminas MVC to Dotkernel](https://www.apidemia.com/services/migrate-laminas-mvc-to-dotkernel/)
diff --git a/public/md-articles/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.md b/public/md-articles/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.md
index efec0fbf..8b42191f 100644
--- a/public/md-articles/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.md
+++ b/public/md-articles/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.md
@@ -31,12 +31,12 @@ Naming patterns can be defined for different types of files, since `image` files
 Here is a list of items to consider:
 
 - The file names should be kept as **short** as possible, while retaining relevant items to help outline the file's purpose.
-- **Abbreviations** are ok to use, but special characters should be avoided, excepting dash and underscore which are fine, no matter the operating system you use.
+- **Abreviations** are ok to use, but special characters should be avoided, excepting dash and underscore which are fine, no matter the operating system you use.
 - **Versioning and metadata** can also help visually.
 - Grouping files into **folders** is also recommended, especially when you are dealing with files that are related.
 - If **category names** are relevant to use, you can standardize their names by using a shortened version, maybe with 2-3 letters.
 
-After defining your naming pattern, the most important item by far is to **communicate the pattern to the team**. A top-level README file with the documentation should be kept handy for any developer who creates new files.
+After defining your naming pattern, the most import item by far is to **communicate the pattern to the team**. A top-level README file with the documentation should be kept handy for any developer who creates new files.
 
 ## The naming pattern for Dotkernel Handlers
 
@@ -45,7 +45,7 @@ HTTP request handlers are at the core of any web application. They receive a req
 Even the first paragraph above mentions several elements that are relevant. The naming pattern for our `Handlers` contains:
 
 - The **method** or verb used by the handler (e.g. GET, POST).
-- The **resource** name (e.g. Admin, Account).
+- The **resouce** name (e.g. Admin, Account).
 - The performed **action** (e.g. CreateForm, List).
 - An optional **Form** if the handler returns a form that will perform another action when submitted.
 - The string **Handler**.
@@ -59,6 +59,10 @@ We have chosen this wording for the performed actions (or CRUD):
 - **Edit** for Update
 - **Delete**
 
+The image below contains the full list of handlers used in Dotkernel Admin.
+
+![Dotkernel Naming Convention](https://www.dotkernel.com/wp-content/uploads/2025/05/naming-convention-1024x767.png)
+
 ## A practical example
 
 Let's assume your application requires you to create products managed by admin users. So how do you go about naming a new set of files for this purpose?
@@ -71,24 +75,8 @@ You will likely need to update and delete products further down the line, so you
 
 It takes only a minute to build the proper name for each handler, which takes you and other team members no more than a second to figure out what it does. You will thank yourself in the future.
 
-## FAQ
-
-**Q: What is a naming pattern?**
-A: A naming pattern helps you organize and quickly identify your files by using relevant strings in file names, such as what a file refers to, the action it performs, how it relates to other files, its author, and its creation date.
-
-**Q: What elements make up the naming pattern for Dotkernel Handlers?**
-A: The method or verb used by the handler (e.g. GET, POST), the resource name (e.g. Admin, Account), the performed action (e.g. CreateForm, List), an optional Form suffix, and the string Handler.
-
-**Q: What wording is used for the performed actions (CRUD)?**
-A: Create, Get for Read, Edit for Update, and Delete.
-
-**Q: Where is this naming pattern used?**
-A: It is used in Dotkernel Admin v6 and will also be implemented in the next releases for Frontend and Light.
-
-**Q: What is a practical example of this naming pattern?**
-A: For a product resource managed by admin users, you would get handlers such as `GetProductCreateFormHandler`, `PostProductCreateHandler`, `GetProductEditFormHandler`, `PostProductEditHandler`, `PostProductDeleteHandler`, and `GetProductListHandler`.
+## Additional resources
 
-## Resources
+[PSR-15](https://www.php-fig.org/psr/psr-15/)
 
-- [PSR-15](https://www.php-fig.org/psr/psr-15/)
-- [Dotkernel Application Repositories](https://github.com/dotkernel)
+[Dotkernel Application Repositories](https://github.com/dotkernel)
diff --git a/public/md-articles/dotkernel-api/api-client-migration-from-postman-to-bruno.md b/public/md-articles/dotkernel-api/api-client-migration-from-postman-to-bruno.md
index d4a42910..c19a0604 100644
--- a/public/md-articles/dotkernel-api/api-client-migration-from-postman-to-bruno.md
+++ b/public/md-articles/dotkernel-api/api-client-migration-from-postman-to-bruno.md
@@ -11,90 +11,111 @@ language: "en"
 # API Client Migration: From Postman to Bruno
 
 ## TL;DR
-
 The team has used Postman for years but is considering switching to Bruno, a lightweight, offline-first alternative, reflecting a broader PHP community trend toward local-first, Git-native developer tools.
 Bruno wins on offline access, version control via Git, performance, and (arguably) security, while Postman still offers a broader feature set for larger, budget-having teams.
 
 ## Why We Switched to the Offline-Focused Bruno
 
-Every API developer needs a reliable client for testing and interacting with the API - ideally free, able to store and share endpoint collections easily with a team, fast, and secure.
-Postman has been the team's go-to tool for years, but they are now considering Bruno, part of a general trend in the PHP community toward local-first, Git-native developer tools.
+Every API developer knows that to build an API properly **you need a reliable client for testing and interacting with the API**. Ideally this tool should be free, it should store endpoint collections and share them easily with your team, and it should be fast and secure.
+
+Over the years we have been using Postman as our go-to API tester, but recently we have considered **shifting to Bruno**, a lightweight alternative. We are not the first to consider this change. There is a **general trend** in the PHP community toward **local-first, Git-native developer tools**.
 
 ## Comparing Postman to Bruno
 
-| Aspect | Postman | Bruno |
-|---|---|---|
-| Architecture | Free plan limited to one user account | Fully-offline experience via shared `.bru` files; no restriction on number of developers |
-| Version control | Handled in the cloud; requires being online (export/import via UI possible) | `.bru` files saved directly in the Git repository, versioned via Git like any other file |
-| Feature scope | Complete platform for the API lifecycle (mocking, documentation, CI/CD integration) | Focused mainly on interacting with the API, writing simple tests, and building local collections |
-| Performance | Needs to regularly sync with the cloud and store advanced features in RAM, which can introduce delays | Uses much less RAM and is generally faster |
-| Security | Offers Single Sign-On (SSO) and Role-Based Access Control (RBAC) | Local files never leave the dev environment, arguably more secure |
-| Collection sharing | Limited sharing for multi-member dev teams | Can share via Git, `.zip` file, or a single `.yaml` file; Git is the preferred option |
+![](/uploads/article/019f8a80-cc8f-729f-99cd-7e0d87163867/bruno-vs-postman1-1024x683.jpg)
+
+### Architecture
+
+Primarily, we use collections to save our API endpoints and then share them among our developers to streamline testing. Postman has recently decided to only allow **one user account in their free plan**. In some cases, it might be enough, but this is one reason why Postman is less reliable right now.
+
+Bruno comes with a different approach: **a fully-offline experience** based on shared `.bru` files. Being that it's offline means that there is **no restriction on the number of developers** using Bruno's files, so it's an advantage for the way we do things.
+
+### Version Control
+
+Postman focuses on storing collections and handling version control in the cloud, **forcing developers to always be online**. You can still export/import collections via their UI.
+
+Bruno's `.bru` **files can be saved in the Git repository** and easily accessed by all members of the dev team. Version control for Bruno files is handled entirely via Git, just like for any other file on your project.
+
+### Feature Scope
+
+A major difference between Postman and Bruno is the feature scope. Where Postman offers a **complete platform for the API lifecycle**, Bruno focuses mainly on **interacting with the API, writing simple tests, and building local collections**.
+
+Postman is the definite winner in this department, if you also use features like mocking, documentation, and CI/CD integration. Given that we use different tool for these additional features, Postman doesn't really benefit us compared to Bruno.
+
+### Performance
+
+Bruno is the clear winner here, given that it **uses much less RAM** and is **generally faster**.
 
-### Comparison Conclusion
+Postman needs to regularly synchronize with the cloud and store its advanced features in the RAM, which can introduce delays in some cases.
 
-Postman is currently a better fit for larger teams willing to allocate a budget for a more feature-rich platform.
-Bruno stores collections in Git, so everything is offline, which the team considers more secure while also being generally faster.
+### Security
 
-## Alternative API Clients
+Postman offers **Single Sign-On (SSO) and Role-Based Access Control (RBAC)**, but we find these not to be useful for our workflow.
 
-Bruno is only one of several alternatives to Postman:
+Bruno's local files do offer a distinct advantage in that these **files never leave your dev environment**. It can be argued that it's **more secure** this way, especially since we try to not share our client's files with any online tool if we can help it.
 
-- Hoppscotch - runs in the browser or as a PWA
-- Insomnia - clear UI and large plugin ecosystem
-- HTTPie - focuses on terminal-based workflows
-- Thunder Client - built into Visual Studio Code
-- Apidog - covers the whole API lifecycle
-- Yaak - minimal and fast desktop client
+### Working with Bruno Collections
 
-Any of them can get the job done; the decision comes down to choosing a simple, reliable tool for the foreseeable future.
+One of the most important functions that Postman has limited right now is the ability to **share collection with dev team made up of multiple members**. Bruno offers several options, like saving a collection to a Git, to a `.zip` file or a single `.yaml` file. By far the best option is sharing via Git which allows a single or multiple developers to quickly sync between multiple work locations, to track change history, and to easily publish their work for public consumption.
+
+We intend to **create a separate Git repository within each project for the Bruno files** to streamline the sharing process. For each new proejct, we normally allocate multiple developers from the get-to: one for frontend, another for backend. But the teams often grow as the project becomes more complex. Developers may be reallocated, so being able to swiftly onboard a new member to the team is vital.
+
+## Comparison Conclusion
+
+Postman is currently a better fit for larger teams that are willing to allocate a budget for their more feature-rich platform. Bruno stores collections in Git, so everything is offline, and thus as far as we are concerned it's more secure, while also being generally faster.
+
+## Alternative API clients
+
+Bruno is only one of the alternatives to Postman. Let's see some of the other API clients available on the market right now:
+
+- [Hoppscotch](https://hoppscotch.io/) runs in the browser or as a PWA (Progressive Web App that offers a native app-like experience).
+- [Insomnia](https://insomnia.rest/) with its clear UI and large plugin ecosystem.
+- [HTTPie](https://httpie.io/) focuses on terminal-based workflows.
+- [Thunder Client](https://www.thunderclient.com/) which is built into Visual Studio Code.
+- [Apidog](https://apidog.com/) covers the whole API lifecycle.
+- [Yaak](https://yaak.app/) with its minimal and fast desktop client.
+
+As far as we are concerned, any one of them can get the job done. The decision comes down to choosing a simple, reliable tool we can use for the forseeable future.
 
 ## Bruno for Dotkernel
 
-Bruno currently seems like the best match for the team, offering similar functionality to Postman plus the ability to work completely offline and save endpoint collections to their GitHub accounts.
-The offline feature weighed most heavily in the decision.
+At the moment, Bruno seems to be the best match for us. It offers similar functionality to Postman, with the added benefits of:
+
+- Allowing us to work completely offline.
+- Saving the enpoint collection to our GitHub accounts.
+
+The similar functionality is to be expected, since it's an API client, first and foremost. The offline feature is perhaps what weighed the most in our decision in favor of Bruno.
 
 ### Tool Migration
 
-Since most of the team has only worked with Postman, switching tools can affect efficiency at first, and tool migration can have an emotional impact as developers relearn a new tool's ins and outs.
-Given Bruno's straightforward approach and reasonable learning curve, the team expects this to be mitigated easily, and views the switch as an expansion of their expertise that avoids getting tied to one tool.
+Most of us have only worked with Postman, so switching to another tool can impact efficiency, at least at first. In general, Tool Migration can have an emotional impact on developers who use a tool, because they have to learn the new tool's ins and outs before getting back to the real work.
+
+Given Bruno's straightforward approach and reasonable learning curve, this should be mitigated easily within our company. In fact, we see the switch as an **expansion of our expertise**. We thus prevent getting tied up to one tool, something similar to vendor lock-in for code.
 
 ### How Long Will Bruno Last?
 
-The team expects Bruno may eventually restrict developers with paid plans too, just like Postman did, but plans to cross that bridge when they get to it.
-For now, Bruno is becoming their de facto API client, and the whole team is being encouraged to adopt it as soon as possible.
+We fully expect Bruno to eventually restrict developers with paid plans, just like Postman did, but we'll cross that bridge when we get to it. Hopefully, we won't have to develop our own API client (fingers crossed). For now, **Bruno becomes our de facto API client** and will encourage our whole team to adopt it as soon as possible.
+
+## Additional Resources
+
+[Bruno homepage](https://www.usebruno.com/)
 
 ## FAQ
 
 **Q: Why is the team considering a switch from Postman to Bruno?**
-A: They want a reliable API testing client that is free, stores and shares endpoint collections easily with the team, and is fast and secure.
-This reflects a broader trend in the PHP community toward local-first, Git-native developer tools.
+A: They want a reliable API testing client that is free, stores and shares endpoint collections easily with the team, and is fast and secure. This reflects a broader trend in the PHP community toward local-first, Git-native developer tools.
 
 **Q: What is the main architectural difference between Postman and Bruno?**
-A: Postman's free plan now only allows one user account, while Bruno offers a fully-offline experience based on shared `.bru` files, so there is no restriction on the number of developers using them.
+A: Postman's free plan now only allows one user account, while Bruno offers a fully-offline experience based on shared .bru files, so there is no restriction on the number of developers using them.
 
 **Q: How does version control differ between the two tools?**
-A: Postman stores collections and handles version control in the cloud, forcing developers to stay online (though collections can be exported/imported via its UI).
-Bruno's `.bru` files can be saved directly in a Git repository and are version-controlled through Git like any other project file.
+A: Postman stores collections and handles version control in the cloud, forcing developers to stay online (though collections can be exported/imported via its UI). Bruno's .bru files can be saved directly in a Git repository and are version-controlled through Git like any other project file.
 
 **Q: How does performance compare between Postman and Bruno?**
-A: Bruno is the clear winner on performance: it uses much less RAM and is generally faster.
-Postman needs to regularly synchronize with the cloud and store its advanced features in RAM, which can introduce delays.
+A: Bruno is the clear winner on performance: it uses much less RAM and is generally faster. Postman needs to regularly synchronize with the cloud and store its advanced features in RAM, which can introduce delays.
 
 **Q: Is Bruno more secure than Postman?**
-A: Postman offers Single Sign-On (SSO) and Role-Based Access Control (RBAC), which the team doesn't find useful for its workflow.
-Bruno's local files never leave the dev environment, which the article argues makes it more secure, especially for avoiding sharing client files with online tools.
+A: Postman offers Single Sign-On (SSO) and Role-Based Access Control (RBAC), which the team doesn't find useful for its workflow. Bruno's local files never leave the dev environment, which the article argues makes it more secure, especially for avoiding sharing client files with online tools.
 
 **Q: What's the overall conclusion on Postman versus Bruno?**
-A: Postman is currently a better fit for larger teams willing to allocate a budget for a more feature-rich platform.
-Bruno stores collections in Git so everything works offline, which the team considers more secure while also being generally faster, and it has become their de facto API client.
-
-## Resources
-
-- [Bruno homepage](https://www.usebruno.com/)
-- [Hoppscotch](https://hoppscotch.io/)
-- [Insomnia](https://insomnia.rest/)
-- [HTTPie](https://httpie.io/)
-- [Thunder Client](https://www.thunderclient.com/)
-- [Apidog](https://apidog.com/)
-- [Yaak](https://yaak.app/)
+A: Postman is currently a better fit for larger teams willing to allocate a budget for a more feature-rich platform. Bruno stores collections in Git so everything works offline, which the team considers more secure while also being generally faster, and it has become their de facto API client.
diff --git a/public/md-articles/dotkernel-api/api-endpoint-to-collect-client-errors.md b/public/md-articles/dotkernel-api/api-endpoint-to-collect-client-errors.md
index 53cc2060..f747529d 100644
--- a/public/md-articles/dotkernel-api/api-endpoint-to-collect-client-errors.md
+++ b/public/md-articles/dotkernel-api/api-endpoint-to-collect-client-errors.md
@@ -10,26 +10,25 @@ language: "en"
 
 # API Endpoint to Collect Client Errors
 
-When a Frontend (e.g. Angular) sits on top of a Dotkernel API, errors can happen - the API's response may have changed overnight, or a variable may simply be `undefined`.
-Since the Frontend runs on the user's own client, there's little that can be done about it directly, so an endpoint was created to let clients submit the error message when something goes wrong.
+## API Endpoint to Collect Client Errors
 
-## Usage
+Let's say you have a **(Client)** **Frontend** (e.g. Angular) over a [Dotkernel API](https://github.com/dotkernel/api) and there may be cases when there are errors, eighter the API changed it's response(s) over night or just a simple variable being `undefined` for some reason.
 
-Send a POST request to your Dotkernel API on the route:
+Since in our case **Frontend** is running on user client there is so little to do but we've come with an ideea for "writing down" any inconveniences.
 
-```
-https://api.dotkernel.net/error-report
-```
+We have created an **endpoint** where **Clients** can submit the **error message** when things are going down hill.
+
+A simple **POST** to your **Dotkernel API** on route: `https://api.dotkernel.net/error-report`
 
-With a body:
+With body:
 
-```shell
+```
 {
     "message": "My awesome error!!!"
 }
 ```
 
-Note: the error message is stored by default in `/log/error-report-endpoint-log.log`, a separate log for Client, and the message is saved together with a timestamp.
+Note: The error **message** will be stored by default in `/log/error-report-endpoint-log.log`, a separate log for **Client** and the message will be saved with a **timestamp**.
 
 ## FAQ
 
@@ -37,11 +36,7 @@ Note: the error message is stored by default in `/log/error-report-endpoint-log.
 A: When a Frontend client (e.g. Angular) running on the user's machine hits an error against the Dotkernel API - whether from an overnight API response change or a simple undefined variable - there is little that can be done from the client side, so this endpoint lets clients "write down" the error instead.
 
 **Q: How do I submit an error from the client?**
-A: Send a simple POST request to your Dotkernel API's `https://api.dotkernel.net/error-report` route, with a body such as `{ "message": "My awesome error!!!" }`.
+A: Send a simple POST request to your Dotkernel API's https://api.dotkernel.net/error-report route, with a body such as { "message": "My awesome error!!!" }.
 
 **Q: Where is the submitted error message stored?**
-A: By default, it is stored in a separate log file for Client, `/log/error-report-endpoint-log.log`, with the message saved alongside a timestamp.
-
-## Resources
-
-- [Dotkernel API on GitHub](https://github.com/dotkernel/api)
+A: By default, it is stored in a separate log file for Client, /log/error-report-endpoint-log.log, with the message saved alongside a timestamp.
diff --git a/public/md-articles/dotkernel-api/content-negotiation-in-dotkernel-rest-api.md b/public/md-articles/dotkernel-api/content-negotiation-in-dotkernel-rest-api.md
index 096a05cd..3e6ec9dd 100644
--- a/public/md-articles/dotkernel-api/content-negotiation-in-dotkernel-rest-api.md
+++ b/public/md-articles/dotkernel-api/content-negotiation-in-dotkernel-rest-api.md
@@ -11,72 +11,103 @@ language: "en"
 # Content Negotiation in Dotkernel REST API
 
 ## TL;DR
-
 Content negotiation lets clients and servers agree on the format and language of exchanged data.
 It can be handled server-side or client-side (the latter being more versatile), communicated through HTTP headers or URL patterns, and Dotkernel API implements it out of the box using the `Content-Type` and `Accept` headers.
 
-## What is the Purpose of Content Negotiation?
+Content negotiation is an important aspect of RESTful APIs to make it possible for diverse systems to work seamlessly together. It's based on enabling clients and servers to agree on the format and language of data they exchange.
+
+## What is the purpose of Content Negotiation?
+
+RESTful resources can support multiple representations. Each team of developers implements one of more ways (e.g. data formats) to receive requests and return responses on the server side. Efficient communication between client and server can only be guaranteed if the both sides agree on how the exchange takes place. This is especially valid if the request and response support multiple formats. The act of agreeing on a way to represent the exchanged data format is content negotiation.
+
+Content negotiation ensures the following:
+
+- **Support for diverse clients** is useful when the requested representation differs.
+  - e.g. `Accept: application/json` or `Accept: application/xml`.
+- **Data format flexibility** can come into play when a client prefers a smaller response.
+  - e.g. Instead of `Accept: application/json`, use `Accept: application/msgpack` which is a binary serialization, making the response smaller and easier to transfer.
+- **Language localization** will respond with content translated into the client's preferred language
+  - e.g. `Accept-Language: en-US`.
+
+## Who decides the data format?
 
-RESTful resources can support multiple representations, and efficient client-server communication depends on both sides agreeing on the exchanged data format - this agreement is content negotiation.
-It ensures:
+There are two sides to the exchange:
 
-- **Support for diverse clients**, e.g. `Accept: application/json` or `Accept: application/xml`.
-- **Data format flexibility**, e.g. using `Accept: application/msgpack` (a binary serialization) instead of JSON for a smaller, easier-to-transfer response.
-- **Language localization**, e.g. `Accept-Language: en-US`, to respond with content translated into the client's preferred language.
+- The client
+- The server
 
-## Who Decides the Data Format?
+Technically, either side can decide on how the data is transferred between the two.
 
-Either the client or the server can decide:
+For **server-side negotiation** the server must decide based on various factors what the most appropriate format should be. This incurs assumptions that can be erroneous and the server-side implementation can also be more complex. This forces the client to adhere to the rules set up on the server-side.
 
-- **Server-side negotiation**: the server decides the format based on various factors.
-This can introduce erroneous assumptions and a more complex server-side implementation, and forces the client to adhere to the server's rules.
-- **Client-side negotiation**: the client tells the server what format it prefers.
-This approach is more versatile and makes more sense.
+For **client-side negotiation** the client lets the server know what format it prefers. This approach is more versatile and thus makes more sense.
 
-There are two ways to communicate the preferred data format: HTTP request headers, or resource URI patterns.
+There are two ways to communicate the data format:
+
+- **HTTP request headers**
+- or **resource URI patterns**.
 
 ### HTTP Request Headers
 
-The `Content-Type` and `Accept` headers determine the data format sent in the request and response.
-Examples of types include `text/plain`, `text/html`, `application/json`, `application/zip`, `image/gif`, and `image/jpeg`.
+The HTTP request headers `Content-Type` and `Accept` are used to determine the data format that will be sent in the request and the response. There are several types to choose from. Here are some examples:
+
+- text/plain
+- text/html
+- application/json
+- application/zip
+- image/gif
+- image/jpeg
+
+Below is an example of what the keys look like in the content package. Note the `Accept` type
 
-```shell
+```
 Content-Type: application/json, text/plain
 Accept: application/json
 ```
 
-If the `Accept` header is not present, the server decides the response format.
+If the `Accept` header is not present, the server gets to decide the format of the response.
+
+### Content Negotiation using URL Patterns
 
-### Content Negotiation Using URL Patterns
+Below are a couple of ways to communicate a preferred data format.
 
-A preferred format can also be communicated via the URL extension:
+Via the extension on the URL:
 
-```shell
+```
 https://www.example-api.com/record/47.xml
 https://www.example-api.com/record/47.json
 ```
 
-or via an extra query parameter:
+or via an extra parameter:
 
-```shell
+```
 https://www.example-api.com/record/47?format=xml
 https://www.example-api.com/record/47?format=json
 ```
 
-## Defining Preferences via a Quality Factor
+## Defining preferences via a quality factor
+
+The `Accept` header may hold multiple values with an added value that defines preference or priority.
 
-The `Accept` header can hold multiple values with an added quality value (`q`, between 0 and 1) that defines preference or priority:
+In this example, the client declares it accpets both json and xml formats, with json being preferred over xml, as defined by the numeric value in `q` which can be between 0 and 1. If the server can only satisfy the xml format, it will respond with that. The final alternative is if the server can't respond with either json, or xml, so it responds with what it can.
 
-```shell
+```
 Accept: application/json,application/xml;q=0.9,*/*;q=0.8
 ```
 
-In this example, the client accepts both JSON and XML, with JSON preferred. If the server can only satisfy XML, it responds with that; if it can satisfy neither, it responds with whatever it can.
+## How does Dotkernel API handle Content Negotiation?
+
+Out of the box, **Dotkernel API** uses **HTTP request headers** `Content-Type` and `Accept` to handle **client-side** content negotiation. It has both `application/json`, `application/hal+json` included. Of course, you can change these as development progresses for your project. There is also support for per-route content negotiation, if you should need it.
 
-## How Does Dotkernel API Handle Content Negotiation?
+The configuration is done is its own configuration file. The validation is automatic and several explicit errors are handled, based on what format is supported.
 
-Out of the box, Dotkernel API uses the `Content-Type` and `Accept` HTTP request headers to handle client-side content negotiation, supporting both `application/json` and `application/hal+json`.
-These can be changed as development progresses, and per-route content negotiation is also supported. Configuration lives in its own configuration file, validation is automatic, and several explicit errors are handled based on the supported format.
+Check out the relevant links below for exact details on the Dotkernel implementation of content negotiation.
+
+## Relevant Links
+
+[Content Negotiation in Dotkernel API](https://docs.dotkernel.org/api-documentation/v5/core-features/content-validation/)
+
+[Content types on iana.org](https://www.iana.org/assignments/media-types/media-types.xhtml)
 
 ## FAQ
 
@@ -84,26 +115,16 @@ These can be changed as development progresses, and per-route content negotiatio
 A: It's the act of a client and server agreeing on the format and language of the data they exchange, which is important for RESTful APIs since resources can support multiple representations.
 
 **Q: What does content negotiation ensure?**
-A: It ensures support for diverse clients (e.g. `Accept: application/json` or `Accept: application/xml`), data format flexibility for smaller responses (e.g. `Accept: application/msgpack`, a binary serialization), and language localization via headers like `Accept-Language: en-US`.
+A: It ensures support for diverse clients (e.g. Accept: application/json or Accept: application/xml), data format flexibility for smaller responses (e.g. Accept: application/msgpack, a binary serialization), and language localization via headers like Accept-Language: en-US.
 
 **Q: Who decides the data format, the client or the server?**
-A: Either side technically can.
-In server-side negotiation, the server decides based on various factors, which can introduce erroneous assumptions and more complex implementation, forcing the client to adhere to server rules.
-In client-side negotiation, the client tells the server what format it prefers, which is more versatile and makes more sense.
+A: Either side technically can. In server-side negotiation, the server decides based on various factors, which can introduce erroneous assumptions and more complex implementation, forcing the client to adhere to server rules. In client-side negotiation, the client tells the server what format it prefers, which is more versatile and makes more sense.
 
 **Q: How can the preferred data format be communicated?**
-A: Via HTTP request headers (`Content-Type` and `Accept`) or via resource URI patterns, such as a file extension in the URL (e.g. `/record/47.json`) or an extra query parameter (e.g. `/record/47?format=json`).
-If the `Accept` header is not present, the server decides the response format.
+A: Via HTTP request headers (Content-Type and Accept) or via resource URI patterns, such as a file extension in the URL (e.g. /record/47.json) or an extra query parameter (e.g. /record/47?format=json). If the Accept header is not present, the server decides the response format.
 
 **Q: How does the quality factor (q) work in the Accept header?**
-A: The `Accept` header can list multiple accepted formats with a `q` value between 0 and 1 to express preference, e.g. `Accept: application/json,application/xml;q=0.9,*/*;q=0.8`.
-The server responds with the most preferred format it can satisfy, falling back further down the list if needed.
+A: The Accept header can list multiple accepted formats with a q value between 0 and 1 to express preference, e.g. Accept: application/json,application/xml;q=0.9,*/*;q=0.8. The server responds with the most preferred format it can satisfy, falling back further down the list if needed.
 
 **Q: How does Dotkernel API handle content negotiation?**
-A: Out of the box, Dotkernel API uses the `Content-Type` and `Accept` HTTP request headers to handle client-side content negotiation, supporting both `application/json` and `application/hal+json`.
-These can be changed as needed, and per-route content negotiation is also supported.
-
-## Resources
-
-- [Content Negotiation in Dotkernel API](https://docs.dotkernel.org/api-documentation/v5/core-features/content-validation/)
-- [Content types on iana.org](https://www.iana.org/assignments/media-types/media-types.xhtml)
+A: Out of the box, Dotkernel API uses the Content-Type and Accept HTTP request headers to handle client-side content negotiation, supporting both application/json and application/hal+json. These can be changed as needed, and per-route content negotiation is also supported.
diff --git a/public/md-articles/dotkernel-api/dotkernel-api-1-0-0-released.md b/public/md-articles/dotkernel-api/dotkernel-api-1-0-0-released.md
index d660315c..01beaf3b 100644
--- a/public/md-articles/dotkernel-api/dotkernel-api-1-0-0-released.md
+++ b/public/md-articles/dotkernel-api/dotkernel-api-1-0-0-released.md
@@ -10,31 +10,37 @@ language: "en"
 
 # Dotkernel API 1.0.0 Released
 
-> Note: Dotkernel API has come a long way since this post was created; a newer version is documented separately.
+> Dotkernel API has come a long way since this post was created. [Check out the newest version of Dotkernel API](https://www.dotkernel.com/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5/) to stay up to date with the latest functional and security features.
 
-Dotkernel API 1.0.0 was just released.
+## [Dotkernel API 1.0.0](https://github.com/dotkernel/api/releases/tag/v1.0.0) was just released!
 
-## What is Dotkernel API?
+ 
 
-It is a Zend Expressive 3 application aiming to help developers quickly and efficiently develop an API.
+### What is Dotkernel API?
 
-## How Does It Work?
+It is a [Zend Expressive 3](https://github.com/zendframework/zend-expressive) application aiming to help developers quickly and efficiently develop an API.
 
-Under the hood, it uses the following libraries:
+ 
 
-- `ezimuel/zend-expressive-api` - skeleton application on which this API is based
-- `dotkernel/dot-annotated-services` (^1.1) - for handling dependency injection in your services
-- `dotkernel/dot-console` (^0.1.1) - for developing console applications
-- `dotkernel/dot-errorhandler` (^1.0) - which provides customizable error logging
-- `dotkernel/dot-mail` (^1.0) - for sending emails via SMTP
-- `zendframework/zend-expressive-authentication-oauth2` (^1.0) - for OAuth2 authentication
-- `zendframework/zend-expressive-authorization-rbac` (^1.0) - for role-based permissions
-- `zendframework/zend-expressive-twigrenderer` (^2.4) - for composing email bodies
-- `dasprid/container-interop-doctrine` (^1.1) - database abstraction layer
-- `tuupola/cors-middleware` (^0.9.4) - for automatically sending CORS headers with each request
-- `swagger-api/swagger-ui` (^3.22) - for creating OpenAPI 3 documentation
+### How does it work?
 
-## What Does It Offer?
+Under the hood it uses the following libraries:
+
+- [ezimuel/zend-expressive-api](https://github.com/ezimuel/zend-expressive-api): - skeleton application on which this API is based on
+- [dotkernel/dot-annotated-services](https://github.com/dotkernel/dot-annotated-services): ^1.1 - for handling dependency injection in your services
+- [dotkernel/dot-console](https://github.com/dotkernel/dot-console): ^0.1.1 - for developing console applications
+- [dotkernel/dot-errorhandler](https://github.com/dotkernel/dot-errorhandler): ^1.0 - which provides customizable error logging
+- [dotkernel/dot-mail](https://github.com/dotkernel/dot-mail): ^1.0 - for sending emails via SMTP
+- [zendframework/zend-expressive-authentication-oauth2](https://github.com/zendframework/zend-expressive-authentication-oauth2): ^1.0 - for OAuth2 authentication
+- [zendframework/zend-expressive-authorization-rbac](https://github.com/zendframework/zend-expressive-authorization-rbac): ^1.0 - for role-based permissions
+- [zendframework/zend-expressive-twigrenderer](https://github.com/zendframework/zend-expressive-twigrenderer): ^2.4 - for composing email bodies
+- [dasprid/container-interop-doctrine](https://github.com/DASPRiD/container-interop-doctrine): ^1.1 - database abstraction layer
+- [tuupola/cors-middleware](https://github.com/tuupola/cors-middleware): ^0.9.4 - for automatically sending CORS headers with each request
+- [swagger-api/swagger-ui](https://github.com/swagger-api/swagger-ui): ^3.22 - for creating OpenAPI 3 documentation
+
+ 
+
+### What does it offer?
 
 Out-of-the-box, Dotkernel API provides the following features:
 
@@ -44,29 +50,15 @@ Out-of-the-box, Dotkernel API provides the following features:
 - Members are allowed to manage only their own accounts
 - OpenAPI 3 documentation - also an interactive interface that developers can use to integrate your API
 
+ 
+
 ## FAQ
 
 **Q: What is Dotkernel API?**
 A: It is a Zend Expressive 3 application aiming to help developers quickly and efficiently develop an API.
 
 **Q: What key libraries does Dotkernel API 1.0.0 use?**
-A: Among others, it's built on the `ezimuel/zend-expressive-api` skeleton, and uses `dotkernel/dot-annotated-services` for dependency injection, `dotkernel/dot-console` for console applications, `dotkernel/dot-errorhandler` for error logging, `dotkernel/dot-mail` for SMTP email, `zend-expressive-authentication-oauth2` for OAuth2 authentication, `zend-expressive-authorization-rbac` for role-based permissions, and `swagger-api/swagger-ui` for OpenAPI 3 documentation.
+A: Among others, it's built on the ezimuel/zend-expressive-api skeleton, and uses dotkernel/dot-annotated-services for dependency injection, dotkernel/dot-console for console applications, dotkernel/dot-errorhandler for error logging, dotkernel/dot-mail for SMTP email, zend-expressive-authentication-oauth2 for OAuth2 authentication, zend-expressive-authorization-rbac for role-based permissions, and swagger-api/swagger-ui for OpenAPI 3 documentation.
 
 **Q: What features does Dotkernel API 1.0.0 offer out of the box?**
 A: Secure authentication via OAuth2, two user roles (admin and member), where admins can manage any user account and members can manage only their own, plus OpenAPI 3 documentation with an interactive interface developers can use to integrate the API.
-
-## Resources
-
-- [Dotkernel API 1.0.0 release on GitHub](https://github.com/dotkernel/api/releases/tag/v1.0.0)
-- [ezimuel/zend-expressive-api](https://github.com/ezimuel/zend-expressive-api)
-- [dotkernel/dot-annotated-services](https://github.com/dotkernel/dot-annotated-services)
-- [dotkernel/dot-console](https://github.com/dotkernel/dot-console)
-- [dotkernel/dot-errorhandler](https://github.com/dotkernel/dot-errorhandler)
-- [dotkernel/dot-mail](https://github.com/dotkernel/dot-mail)
-- [zendframework/zend-expressive-authentication-oauth2](https://github.com/zendframework/zend-expressive-authentication-oauth2)
-- [zendframework/zend-expressive-authorization-rbac](https://github.com/zendframework/zend-expressive-authorization-rbac)
-- [zendframework/zend-expressive-twigrenderer](https://github.com/zendframework/zend-expressive-twigrenderer)
-- [dasprid/container-interop-doctrine](https://github.com/DASPRiD/container-interop-doctrine)
-- [tuupola/cors-middleware](https://github.com/tuupola/cors-middleware)
-- [swagger-api/swagger-ui](https://github.com/swagger-api/swagger-ui)
-- [Newest version of Dotkernel API](https://www.dotkernel.com/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5/)
diff --git a/public/md-articles/dotkernel-api/dotkernel-api-client-side-authorization.md b/public/md-articles/dotkernel-api/dotkernel-api-client-side-authorization.md
index c041578c..84ce5982 100644
--- a/public/md-articles/dotkernel-api/dotkernel-api-client-side-authorization.md
+++ b/public/md-articles/dotkernel-api/dotkernel-api-client-side-authorization.md
@@ -10,13 +10,13 @@ language: "en"
 
 # Dotkernel API Client Side Authorization
 
-This article covers the basic authorization of a Client application which uses a backend built using Dotkernel API.
+**This article covers the basic authorization of a Client application which use a backend built using** [**Dotkernel API**](https://github.com/dotkernel/api)
 
 ## Authorization Request
 
-Client application users send a POST request to the backend containing the following JSON object:
+Client application users send a **POST** request to the backend containing the following JSON object:
 
-```shell
+```
 {
 "grant_type": "password",
 "client_id": "{API_CLIENT}",
@@ -29,9 +29,9 @@ Client application users send a POST request to the backend containing the follo
 
 ## Authorization Response
 
-If the credentials are correct, the API will return a JSON object containing the authentication data:
+If the credentials are correct, the **API** will return a **JSON** object containing the authentication data:
 
-```shell
+```
 {
 "token_type": "Bearer",
 "expires_in": 86400,
@@ -40,19 +40,15 @@ If the credentials are correct, the API will return a JSON object containing the
 }
 ```
 
-When sending API requests to an endpoint which requires authorization, an `Authorization` header must be present containing `"Bearer {access_token}"`, where `{access_token}` represents the content of the key with the same name found in the authorization response.
+When sending **API** requests to an endpoint which requires authorization, an *Authorization* header must be present containing the following data: `"Bearer {access_token}"`, where {access_token} represents the content of the key with the same name found in the above response.
 
 ## FAQ
 
 **Q: What does a client send to request authorization?**
-A: The client application sends a POST request to the backend with a JSON object containing `grant_type` (set to "password"), `client_id`, `client_secret`, `scope`, `username`/email, and `password`.
+A: The client application sends a POST request to the backend with a JSON object containing grant_type (set to "password"), client_id, client_secret, scope, username/email, and password.
 
 **Q: What does the API return when authorization succeeds?**
-A: If the credentials are correct, the API returns a JSON object containing `token_type` ("Bearer"), `expires_in` (86400 seconds), an `access_token`, and a `refresh_token`.
+A: If the credentials are correct, the API returns a JSON object containing token_type ("Bearer"), expires_in (86400 seconds), an access_token, and a refresh_token.
 
 **Q: How do I use the access token in subsequent requests?**
-A: When sending API requests to an endpoint that requires authorization, include an Authorization header containing `"Bearer {access_token}"`, where `{access_token}` is the value returned in the authorization response.
-
-## Resources
-
-- [Dotkernel API on GitHub](https://github.com/dotkernel/api)
+A: When sending API requests to an endpoint that requires authorization, include an Authorization header containing "Bearer {access_token}", where {access_token} is the value returned in the authorization response.
diff --git a/public/md-articles/dotkernel-api/dotkernel-api-server-side-authorization.md b/public/md-articles/dotkernel-api/dotkernel-api-server-side-authorization.md
index 5a0fbb31..79b9015b 100644
--- a/public/md-articles/dotkernel-api/dotkernel-api-server-side-authorization.md
+++ b/public/md-articles/dotkernel-api/dotkernel-api-server-side-authorization.md
@@ -11,26 +11,27 @@ language: "en"
 # Dotkernel API Server Side Authorization
 
 ## TL;DR
-
 Dotkernel API endpoints can be protected at three levels: no-auth, authentication, and authorization.
 Access is configured in `config/autoload/authorization.local.php` under the `zend-expressive-authorization-rbac` key, using a `roles` section for role inheritance and a `permissions` section for route access.
 Authentication endpoints require a valid Bearer token and return `401 Unauthorized` if it's missing, while authorization endpoints additionally check role permissions and return `403 Forbidden`.
 
-This article covers the basic authorization of a Server Side application built using [Dotkernel API](https://github.com/dotkernel/api).
+**This article covers the basic authorization of a Server Side application  built using [Dotkernel API](https://github.com/dotkernel/api)**
+
+## Protecting an endpoint
 
-## Protecting an Endpoint
+- **no-auth:** the resource can be accessed without the need of authentication/authorization
+- **authentication**: the resource can be accessed only by authenticated users
+- **authorization:** the resource can be accessed only by authenticated AND authorized users
 
-- no-auth: the resource can be accessed without the need of authentication/authorization
-- authentication: the resource can be accessed only by authenticated users
-- authorization: the resource can be accessed only by authenticated AND authorized users
+Configuring access to the endpoints is done by editing the following config file:
 
-Configuring access to the endpoints is done by editing the following config file: `config/autoload/authorization.local.php`.
+`config/autoload/authorization.local.php`
 
-> Note: If this file is missing from your application, locate its dist file `config/autoload/authorization.local.php.dist` and copy it as the above-mentioned `config/autoload/authorization.local.php`.
+> **NOTE** If this file is missing from your application, locate it's dist file: `config/autoload/authorization.local.php.dist` and copy-paste it as the above-mentioned `config/autoload/authorization.local.php`
 
-You should look for the array inside this config key: `zend-expressive-authorization-rbac`.
+You should look for the array inside this config key: `zend-expressive-authorization-rbac`
 
-```php
+```
 'zend-expressive-authorization-rbac' => ,
         'member' => ,
         'guest'  => ,
@@ -40,45 +41,37 @@ You should look for the array inside this config key: `zend-expressive-authoriza
 ]
 ```
 
-Under the key roles you can define role inheritance.
-In the above example:
+Under the key **roles** you can define role inheritance. In the above example
 
-- admin inherits from no other role: `'admin' => []`
-- member inherits from admin: `'member' =>`
-- guest inherits from member: `'guest' =>`
+- **admin** inherits from no other role 'admin' => []
+- **member** inherits from admin 'member' =>
+- **guest** inherits from member 'guest' =>
 
-Of course, this setup is just a model, you should not use it in live projects because guests will end up having the same rights as admins.
+***Of course, this setup is just a model, you should not use it in live projects because guests will end up having the same rights as admins.***
 
-Under the key permissions you can define which routes are accessible to a role.
-In the above example, a member has access to the routes named avatar, users and user.
+Under the key **permissions** you can define which routes are accessible to a role. In the above example, a **member** has access to the routes named **avatar**, **users** and **user**.
 
-### 1. No-Auth Endpoints
+### 1. No-auth endpoints:
 
-These endpoints can be accessed without authentication/authorization.
-Examples could be: login, register, contact etc.
-Creating a route for such an endpoint will use only the handler(s) responsible for returning the content:
+These endpoints can be accessed without authentication/authorization. Examples could be: *login*, *register*, *contact* etc... Creating a route for such an endpoint will use only the handler(s) responsible for returning the content:
 
-```php
+```
 $app->get('/users', UserHandler::class, 'users');
 ```
 
-### 2. Endpoints Requiring Authentication
+### 2. Endpoints requiring Authentication:
 
-These endpoints can be accessed only if a valid `Bearer token` is present in the request headers.
-Else, the API will return a `401 Unauthorized` response.
-Creating a route for such an endpoint will have a structure similar to the following example:
+These endpoints can be accessed only if a valid `Bearer token` is present in the request headers. Else, the API will return a `**401 Unauthorized**` response. Creating a route for such an endpoint will have a structure similar to the following example:
 
-```php
+```
 $app->get('/users', , 'users');
 ```
 
-### 3. Endpoints Requiring Authorization
+### 3. Endpoints requiring Authorization:
 
-These endpoints can be accessed only if a valid `Bearer token` is present in the request headers.
-Else, the API will return a `403 Forbidden` response.
-Creating a route for such an endpoint will have a structure similar to the following example:
+These endpoints can be accessed only if a valid `Bearer token` is present in the request headers. Else, the API will return a `**403 Forbidden**` response. Creating a route for such an endpoint will have a structure similar to the following example:
 
-```php
+```
 $app->get('/users', , 'users');
 ```
 
@@ -88,17 +81,13 @@ $app->get('/users', , 'users');
 A: no-auth, where the resource can be accessed without authentication/authorization; authentication, where only authenticated users can access the resource; and authorization, where only authenticated AND authorized users can access it.
 
 **Q: Where do I configure access to the endpoints?**
-A: In `config/autoload/authorization.local.php`.
-If that file is missing from your application, locate its dist file `config/autoload/authorization.local.php.dist` and copy it as `config/autoload/authorization.local.php`, then look for the array under the `zend-expressive-authorization-rbac` config key.
+A: In config/autoload/authorization.local.php. If that file is missing from your application, locate its dist file config/autoload/authorization.local.php.dist and copy it as config/autoload/authorization.local.php, then look for the array under the zend-expressive-authorization-rbac config key.
 
 **Q: How does role inheritance work under the roles key?**
-A: In the article's example, admin inherits from no other role, member inherits from admin, and guest inherits from member.
-The article warns this exact setup is just a model and should not be used in live projects, because guests would end up having the same rights as admins.
+A: In the article's example, admin inherits from no other role, member inherits from admin, and guest inherits from member. The article warns this exact setup is just a model and should not be used in live projects, because guests would end up having the same rights as admins.
 
 **Q: How do I control which routes a role can access?**
-A: Under the `permissions` key you define which routes are accessible to a role.
-In the article's example, a member has access to the routes named avatar, users, and user.
+A: Under the permissions key you define which routes are accessible to a role. In the article's example, a member has access to the routes named avatar, users, and user.
 
 **Q: What response codes are returned for authentication and authorization endpoints?**
-A: Endpoints requiring authentication return a 401 Unauthorized response if a valid Bearer token isn't present in the request headers.
-Endpoints requiring authorization return a 403 Forbidden response instead under the same condition.
+A: Endpoints requiring authentication return a 401 Unauthorized response if a valid Bearer token isn't present in the request headers. Endpoints requiring authorization return a 403 Forbidden response instead under the same condition.
diff --git a/public/md-articles/dotkernel-api/dotkernel-api-versus-laminas-api-tools.md b/public/md-articles/dotkernel-api/dotkernel-api-versus-laminas-api-tools.md
index 50a359e0..ea15aa0e 100644
--- a/public/md-articles/dotkernel-api/dotkernel-api-versus-laminas-api-tools.md
+++ b/public/md-articles/dotkernel-api/dotkernel-api-versus-laminas-api-tools.md
@@ -11,25 +11,23 @@ language: "en"
 # Dotkernel API versus Laminas API Tools
 
 ## TL;DR
-
 This article compares the basic features of Laminas API Tools and Dotkernel API side by side, covering architecture, versioning, documentation, authentication, and more.
 It highlights that Dotkernel API is a solid alternative now that Laminas API Tools has been archived, since Dotkernel API uses a modern middleware architecture, MIT license, and evolution-based deprecations instead of traditional versioning.
 
-Below is an analysis of the basic features available in Laminas API Tools and Dotkernel API.
-It's intended to highlight the differences between the two and also to showcase why Dotkernel API is a good alternative for Laminas API Tools, especially considering the latter's archived status.
+Below we have created an analysis of the basic features available in **Laminas Api Tools** and **Dotkernel API**. It's intended to highlight the differences between the two and also to showcase why Dotkernel API is a good alternative for Laminas API Tools, especially considering the latter's archived status.
 
-> The table below refers to [Dotkernel API V7](https://github.com/dotkernel/api/tree/7.0).
+> The table below refers to [Dotkernel API V7](https://github.com/dotkernel/api/tree/7.0)
 
-| | API Tools (formerly Apigility) | Dotkernel API |
-|---|---|---|
+|  | **API Tools (formerly Apigility)** | **Dotkernel API** |
+| --- | --- | --- |
 | URL | [api-tools](https://api-tools.getlaminas.org/) | [Dotkernel API](https://www.dotkernel.org) |
 | First Release | 2012 | 2018 |
-| PHP Version | <= 8.2 | Shown via a dynamic Packagist badge (see the project repository for the current supported version) |
+| PHP Version | <= 8.2 | ![PHP Version](https://img.shields.io/packagist/php-v/dotkernel/api) |
 | Architecture | MVC, Event Driven | Middleware |
-| OSS Lifecycle | Archived | Shown via a dynamic OSS Lifecycle badge (see the project repository for the current status) |
+| OSS Lifecycle | Archived | ![OSS Lifecycle](https://img.shields.io/osslifecycle/dotkernel/api?style=flat&label=) |
 | Style | REST, RPC | REST |
 | Versioning | Yes | Deprecations (API Evolution) * |
-| Documentation | Swagger (Automated) | Postman (Manual), OpenAPI 3.0 (Swagger) |
+| Documentation | Swagger (Automated) | Postman (*Manual*), OpenAPI 3.0 (Swagger) |
 | Content-Negotiation | Custom | Custom |
 | License | BSD-3 | MIT |
 | Default DB Layer | laminas-db | doctrine-orm 3.x |
@@ -42,24 +40,4 @@ It's intended to highlight the differences between the two and also to showcase
 
 ## Note
 
-- Versioning is replaced by [Deprecations](https://docs.dotkernel.org/api-documentation/v6/tutorials/api-evolution/), using an evolution strategy.
-
-## FAQ
-
-**Q: What is the purpose of this comparison?**
-A: It highlights the differences between Laminas API Tools and Dotkernel API, and shows why Dotkernel API is a good alternative now that Laminas API Tools is archived.
-
-**Q: Which version of Dotkernel API does the comparison table refer to?**
-A: Dotkernel API V7.
-
-**Q: What architecture does each project use?**
-A: Laminas API Tools uses an MVC, event-driven architecture, while Dotkernel API uses a middleware architecture.
-
-**Q: What license does each project use?**
-A: Laminas API Tools is licensed under BSD-3, while Dotkernel API is licensed under MIT.
-
-**Q: How does Dotkernel API handle API versioning?**
-A: Instead of traditional versioning, Dotkernel API replaces it with Deprecations, using an evolution (API Evolution) strategy.
-
-**Q: What documentation options does each project support?**
-A: Laminas API Tools generates Swagger documentation automatically, while Dotkernel API supports manual Postman documentation as well as automated OpenAPI 3.0 (Swagger) documentation.
+> - Versioning is replaced by [Deprecations](https://docs.dotkernel.org/api-documentation/v6/tutorials/api-evolution/), using evolution strategy
diff --git a/public/md-articles/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.md b/public/md-articles/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.md
index c8094dca..ead39c7d 100644
--- a/public/md-articles/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.md
+++ b/public/md-articles/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.md
@@ -11,89 +11,78 @@ language: "en"
 # Error reporting endpoint in Dotkernel API
 
 ## TL;DR
-
 Dotkernel API includes an error reporting endpoint that lets frontend developers securely report bugs and incorrect data processing back to the API, even when no fatal error shows up in the logs.
 It works by sending a POST request to `/error-report` with a token in the header; the API validates the request against configured tokens, domains, and IPs before logging the message.
 Setup involves generating a token, adding it to `config/autoload/error-handling.global.php`, and having the frontend send the `Error-Reporting-Token` and `Origin` headers.
 
-Dotkernel API has received a lot of love from our developers, with regular updates to the platform for years.
-We use Dotkernel API in our projects, so any bugs and issues are addressed as soon as they are found.
-Still, it's not unlikely that some hidden issues remain in fringe use cases that we simply haven't explored.
-The occurrence of bugs increases when the API is used in a complex frontend project.
+Dotkernel API has received a lot of love from our developers, with regular updates to the platform for years. We use Dotkernel API in our projects, so any bugs and issues are addressed as soon as they are found. Still, it's not unlikely that some hidden issues remain in fringe use cases that we simply haven't explored. The occurrence of bugs increases when the API is used in a complex frontend project.
 
-Fatal errors are easily found in the API logs, but it's another matter altogether to deal with incorrect data processing that doesn't generate errors in the frontend that interfaces with the API.
-The error reporting endpoint was designed to allow the frontend developers of your API to report any bugs they encounter in a secure way that is fully under your control.
+Fatal errors are easily found in the API logs, but it's another matter altogether to deal with incorrect data processing that doesn't generate errors in the frontend that interfaces with the API. The error reporting endpoint was designed to allow the **frontend developers** of your API to report any bugs they encounter in a secure way that is fully under your control.
 
-## Example Case Usage
+## Example case usage
 
 - Frontend developed in Angular.
-- Frontend developer will use try-catch in the code in order to send frontend errors back to the API.
+- Frontend developer will use try-catch in the code in order to send **frontend errors** back to the API.
 
-## How to Use It on the API Side
+## How to use it on the API side
 
-Error reporting is done by sending a POST request to the `/error-report` endpoint, together with a token in the header.
-In the sections below we will detail how to configure error reporting in your API and how the endpoint is used by the frontend developers.
+Error reporting is done by sending a **POST** request to the `/error-report` endpoint, together with a **token** in the header. In the sections below we will detail how to configure error reporting in your API and how the endpoint is used by the frontend developers.
 
-### Generating a Token and Adding It to Your API Config
+### Generating a token and adding it to your API config
 
-First you need to generate a token for your request.
-This is done by using the below command.
+First you need to generate a token for your request. This is done by using the below command.
 
-```bash
+```
 php ./bin/cli.php token:generate error-reporting
 ```
 
 The resulting token has this format `0123456789abcdef0123456789abcdef01234567`.
-Note: this example is provided just to let you know what to look for.
+**Note:** this example is provided just to let you know what to look for.
 
-Copy the generated token in your `config/autoload/error-handling.global.php` file.
-It should look similar to the example below.
-Your API can have multiple tokens, if needed.
+Copy the generated token in your `config/autoload/error-handling.global.php` file. It should look similar to the example below. Your API can have multiple tokens, if needed.
 
-```php
+```
 return ,
         ...
     ]
 ]
 ```
 
-### Validation Mechanism
+### Validation mechanism
 
-Behind the scenes, the API validates your configuration and lets you know if any config items prevent the submission of the error report.
-Below are the requirements for an application to be able to send error messages to Dotkernel API.
+Behind the scenes, the API validates your configuration and lets you know if any config items prevent the submission of the error report. Below are the requirements for an application to be able to send error messages to Dotkernel API.
 
-- Server-side requirements stored in `config/autoload/error-handling.global.php` (these can be set/overwritten in `config/autoload/local.php`):
+- **Server-side requirements** stored in `config/autoload/error-handling.global.php` (these can be set/overwritten in `config/autoload/local.php`):
   - All keys (`enabled`, `path`, `tokens`, `domain_whitelist` and `ip_whitelist`) must exist under `ErrorReportServiceInterface::class`.
   - The error reporting feature must be enabled by setting `ErrorReportServiceInterface::class` . `enabled` to `true`.
   - `ErrorReportServiceInterface::class` . `path` must have a value; if the destination file does not exist, it will be created automatically.
   - `ErrorReportServiceInterface::class` . `tokens` must contain at least one token.
   - At least one of `ErrorReportServiceInterface::class` . `domain_whitelist`/`ip_whitelist` must have at least one value.
 
-Note: In `src/App/src/Service/ErrorReportService.php`, the method `checkRequest()` tries to validate the request by checking matches for `domain_whitelist` with `isMatchingDomain()` and for `ip_whitelist` with `isMatchingIpAddress()`.
+**Note:** In `src/App/src/Service/ErrorReportService.php`, the method `checkRequest()` tries to validate the request by checking matches for `domain_whitelist` with `isMatchingDomain()` and for `ip_whitelist` with `isMatchingIpAddress()`.
 If both return `false`, a `ForbiddenException` is thrown and the error message does not get stored.
 
-- Application-side requirements:
+- **Application-side requirements**:
   - Send the `Error-Reporting-Token` header with a valid token previously stored in `config/autoload/error-handling.global.php` in the `ErrorReportServiceInterface::class` . `tokens` array.
   - Send the `Origin` header set to the application's URL; this is the application that sends the error message.
 
-Note:
+**Note:**
 
 - The tokens under `ErrorReportServiceInterface::class` . `tokens` do not expire.
 - The log file stores the token value too, making it easy to identify which application sent the error message.
 
 If your request passes all the checks, the message is saved in the log file specified in `ErrorReportServiceInterface::class` . `path`.
 
-### Tips and Tricks
+### Tips and tricks
 
-If there are multiple applications that report errors to your API, you can assign a different error reporting token for each.
-The tokens support key-value pairs where:
+If there are multiple applications that report errors to your API, you can **assign a different error reporting token** for each. The tokens support key-value pairs where:
 
-- The key is an alias relevant to the assigned application that uses it.
-- The value is the token itself.
+- The **key** is an alias relevant to the assigned application that uses it.
+- The **value** is the token itself.
 
 Example:
 
-```php
+```
 // ...
 return ,
     ],
@@ -104,15 +93,13 @@ The log file will have entries similar to the below:
 
 > Demo error message
 
-The inclusion of the token helps you identify the source of the error message.
-In our example, it's the application that uses the `0123456789abcdef0123456789abcdef01234567` token, which is assigned to the application `frontend`.
+The inclusion of the token helps you identify the source of the error message. In our example, it's the application that uses the `0123456789abcdef0123456789abcdef01234567` token, which is assigned to the application `frontend`.
 
-## How to Use It on the Frontend Side (Angular Example)
+## How to use it on the Frontend side (Angular example)
 
-The API developer sends a generated token to the frontend developer who will save it in their `environment.staging.ts` and/or `environment.prod.ts`.
-From then on, it's the frontend developer's job to set up an error reporting function similar to the one below.
+The API developer sends a generated token to the frontend developer who will save it in their `environment.staging.ts` and/or `environment.prod.ts`. From then on, it's the frontend developer's job to set up an error reporting function similar to the one below.
 
-```typescript
+```
 postError(body: object): Promise<any> {
      return new Promise((resolve, reject) => {
       return this.http.post(API_ENDPOINT + 'error-report', body , {headers: new HttpHeaders({'Error-Reporting-Token': 'TOKEN', 'Origin': 'https://example.com'})})).subscribe({
@@ -128,33 +115,12 @@ postError(body: object): Promise<any> {
 
 Whenever an error is found, the frontend will call `postError()` with a relevant description under `message`.
 
-```typescript
+```
 apiService.postError({message: 'ERROR MESSAGE'})
 ```
 
 ## Conclusion
 
-The error reporting feature in Dotkernel API is a secured and highly configurable tool for users of your API to report any unwanted behavior.
-More often than not, a detailed error report will help developers understand how to replicate the issue and fix it in due course.
+The error reporting feature in Dotkernel API is a secured and highly configurable tool for users of your API to report any unwanted behavior. More often than not, a detailed error report will help developers understand how to replicate the issue and fix it in due course.
 
 This article is also included in the full API documentation [https://docs.dotkernel.org/api-documentation/v5/core-features/error-reporting](https://docs.dotkernel.org/api-documentation/v5/core-features/error-reporting).
-
-## FAQ
-
-**Q: What is the error reporting endpoint for?**
-A: It lets frontend developers of an API report bugs and incorrect data processing back to the API in a secure, controlled way, which is especially useful for issues that don't show up as fatal errors in the API logs.
-
-**Q: How do you generate a token for error reporting?**
-A: Run `php ./bin/cli.php token:generate error-reporting`, then copy the resulting token into `config/autoload/error-handling.global.php`.
-
-**Q: What server-side requirements must be met for error reporting to work?**
-A: All required keys (`enabled`, `path`, `tokens`, `domain_whitelist`, `ip_whitelist`) must exist under `ErrorReportServiceInterface::class`, the feature must be enabled, `path` must have a value, `tokens` must contain at least one token, and at least one of `domain_whitelist`/`ip_whitelist` must have a value.
-
-**Q: What headers must the frontend application send?**
-A: The `Error-Reporting-Token` header with a valid stored token, and the `Origin` header set to the application's URL.
-
-**Q: What happens if a request fails validation?**
-A: The `checkRequest()` method checks the domain against `domain_whitelist` and the IP against `ip_whitelist`; if both checks fail, a `ForbiddenException` is thrown and the error message is not stored.
-
-**Q: How is the error reporting endpoint called?**
-A: By sending a POST request to the `/error-report` endpoint along with a valid token in the header.
diff --git a/public/md-articles/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.md b/public/md-articles/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.md
index e11097a6..ac9ffe50 100644
--- a/public/md-articles/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.md
+++ b/public/md-articles/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.md
@@ -11,21 +11,20 @@ language: "en"
 # How to implement MailChimp in Dotkernel API
 
 ## TL;DR
-
 This is a step-by-step guide to adding MailChimp support to a Dotkernel API instance using the `drewm/mailchimp-api` library.
 It covers installing the library, creating a MailChimp config file, building a factory that returns a `DrewM\MailChimp\MailChimp` instance, and registering that factory in `ConfigProvider.php` so it can be injected wherever needed.
 
-This article will walk you through the process of implementing MailChimp into your instance of [Dotkernel API](https://github.com/dotkernel/api) using [drewm/mailchimp-api](https://github.com/drewm/mailchimp-api).
+## This article will walk you through the process of implementing MailChimp into your instance of [Dotkernel API](https://github.com/dotkernel/api) using [drewm/mailchimp-api](https://github.com/drewm/mailchimp-api)
 
-Step 1: Add the library to your application using the following command:
+ 
 
-```bash
-composer require drewm/mailchimp-api
-```
+**Step 1**: Add the library to your application using the following command: `composer require drewm/mailchimp-api`
+
+ 
 
-Step 2: Create configuration file `config/autoload/mailchimp.global.php` and paste the following content inside of it:
+**Step 2**: Create configuration file **config/autoload/mailchimp.global.php** and paste the following content inside of it:
 
-```php
+```
 <?php
 
 declare(strict_types=1);
@@ -34,10 +33,11 @@ return
 ];
 ```
 
-Step 3: Create factory `src/App/src/MailChimp/Factory/MailChimpFactory.php` which will return an instance of `DrewM\MailChimp`.
-Paste the following content inside this file:
+ 
+
+**Step 3**: Create factory **src/App/src/MailChimp/Factory/MailChimpFactory.php** which will return an instance of **DrewM\MailChimp**. Paste the following content inside this file:
 
-```php
+```
 <?php
 
 declare(strict_types=1);
@@ -60,30 +60,31 @@ class MailChimpFactory
      */
     public function __invoke(ContainerInterface $container) : MailChimp
     {
-        $config = $container->get('config') ?? [];
+        $config = $container->get('config')['mailChimp'] ?? [];
 
-        return new MailChimp($config ?? '');
+        return new MailChimp($config['apiKey'] ?? '');
     }
 }
 ```
 
-Step 4: Let your application use this factory by adding it to the main ConfigProvider.
-To do this, open file `src/App/src/ConfigProvider.php` and locate the method called `getDependencies()`.
-Inside this method, locate the key `factories` which points to an array.
-Inside this array add the following line:
+ 
+
+**Step 4**: Let your application use this factory by adding it to the main ConfigProvider: To do this, open file **src/App/src/ConfigProvider.php** and locate the method called **getDependencies()**. Inside this method, locate the key **factories** which points to an array. Inside this array add the following line:
 
-```php
+```
 MailChimp::class => MailChimpFactory::class,
 ```
 
-Make sure you add the corresponding uses:
+Make sure you you add the corresponding **use**s:
 
-```php
+```
 use Api\App\MailChimp\Factory\MailChimpFactory;
 use DrewM\MailChimp\MailChimp;
 ```
 
-After this, you can start using the library by @Injecting `MailChimp::class` where it's needed.
+ 
+
+After this, you can start using the library by **@Inject**ing **MailChimp::class** where it's needed.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel-api/openapi-implementation-in-dotkernel-api.md b/public/md-articles/dotkernel-api/openapi-implementation-in-dotkernel-api.md
index f9de90dd..3ee396fb 100644
--- a/public/md-articles/dotkernel-api/openapi-implementation-in-dotkernel-api.md
+++ b/public/md-articles/dotkernel-api/openapi-implementation-in-dotkernel-api.md
@@ -11,113 +11,82 @@ language: "en"
 # OpenAPI implementation in Dotkernel API
 
 ## TL;DR
-
 OpenAPI is a specification for describing an API's structure in a language-agnostic, machine-readable way, offering benefits like standardization, automatic documentation, upfront design, and better collaboration compared to a tool like Postman.
 Dotkernel API has full OpenAPI support: each module (Admin, App, User) documents its endpoints in an `OpenAPI.php` file, which `zircote/swagger-php` turns into documentation rendered via Swagger UI or Redoc.
 Testing protected endpoints in Swagger UI requires generating an authentication token that matches the endpoint's required privileges.
 
-## What Is OpenAPI?
+## What is OpenAPI?
 
-The OpenAPI Specification provides a consistent way to develop and interact with an API.
-It defines API structure and syntax in a universal way, regardless of the programming language used in the API's development.
-API specifications typically use YAML or JSON to share and use the specification.
-They allow users of the API to quickly discover how it works by describing its elements, e.g. endpoints, request and response formats, security mechanisms and more.
+The **OpenAPI Specification** provides a consistent way to develop and interact with an API. It **defines API structure and syntax** in a universal way, regardless of the programming language used in the API's development. API specifications typically use **YAML** or **JSON** to share and use the specification. They allow users of the API to quickly discover how it works by describing its elements, e.g. endpoints, request and response formats, security mechanisms and more.
 
 While not mutually exclusive, OpenAPI has several benefits over Postman:
 
-- API standardization: this offers a standard way to describe and document endpoints, request/response models, and other details of your API that enforces design best practices.
-Postman has no focus on this topic.
-- Automatic generation of API documentation: create comprehensive, machine-readable documentation that helps developers understand how to interact with your API.
-Postman is not designed to explain the API's components.
-- API design and development: define your API specification, most commonly using YAML and JSON formats, before starting development.
-Postman is used only to test an existing, completed endpoint.
-- Improved collaboration: this benefits frontend and backend developers, as well as operations teams.
-Postman's free tier is aimed more towards individual or small team development.
-- API gateways and management: a wide range of tools and platforms that support OpenAPI allow more streamlined monitoring and management of APIs.
-Postman has environment management, but primarily on the developer's machine.
+- **API standardization**: This offers a standard way to describe and document endpoints, request/response models, and other details of your API that enforces design best practices. Postman has no focus on this topic.
+- **Automatic generation of API documentation**: Create comprehensive, machine-readable documentation that helps developers understand how to interact with your API. Postman is not designed to explain the API's components.
+- **API design and development**: Define your API specification, most commonly using YAML and JSON formats, before starting development. Postman is used only to test an existing, completed endpoint.
+- **Improved collaboration**: This benefits frontend and backend developers, as well as operations teams. Postman's free tier is aimed more towards individual or small team development.
+- **API gateways and management**: A wide range of tools and platforms that support OpenAPI allow more streamlined monitoring and management of APIs. Postman has environment management, but primarily on the developer's machine.
 
 Other benefits from using OpenAPI:
 
-- Code generation: automatically generate client code, server stubs, API documentation and even test cases to ensure consistency between the API documentation and implementation.
-- Interoperability: standardization using OpenAPI ensures that the API can interface with other systems.
-- Testing and validation: the specification can generate tests to catch bugs early on and ensure correct functionality.
-- Versioning and change management: keeps track of changes and ensures backward compatibility.
+- **Code generation**: Automatically generate client code, server stubs, API documentation and even test cases to ensure consistency between the API documentation and implementation.
+- **Interoperability**: Standardization using OpenAPI ensures that the API can interface with other systems.
+- **Testing and validation**: The specification can generate tests to catch bugs early on and ensure correct functionality.
+- **Versioning and change management**: Keeps track of changes and ensures backward compatibility.
 
-## The Importance of API Documentation
+## The importance of API documentation
 
-API documentation, in general, is crucial for several reasons.
-It serves multiple stakeholders that use the API for development, integration and maintenance.
+API documentation, in general, is crucial for several reasons. It serves multiple stakeholders that use the API for development, integration and maintenance.
 
-- Faster developer onboarding, adoption and integration: helps developers understand the API better and reduces the learning curve for adopting and integrating the API into other systems.
-The API documentation should be publicly available, especially if the API is public.
-It's even more beneficial if the documentation is integrated with a developer portal.
-- Better collaboration: promotes consistency and reduces misunderstandings between developers and users.
-- Better API quality and maintenance: includes details on how to properly use the API, from its data types and required parameters, to error handling procedures.
-This helps maintain existing functionality when changes are implemented.
-- Helps troubleshooting: it defines the correct functionality that helps developers and maintainers find and fix bugs more effectively.
+- **Faster developer onboarding, adoption and integration**: Helps developers understand the API better and reduces the learning curve for adopting and integrating the API into other systems. The API documentation should be publicly available, especially if the API is public. It's even more beneficial if the documentation is integrated with a developer portal.
+- **Better collaboration**: Promotes consistency and reduces misunderstandings between developers and users.
+- **Better API quality and maintenance**: Includes details on how to properly use the API, from its data types and required parameters, to error handling procedures. This helps maintain existing functionality when changes are implemented.
+- **Helps troubleshooting**: It defines the correct functionality that helps developers and maintainers find and fix bugs more effectively.
 
 ## OpenAPI in Dotkernel API
 
-Dotkernel API has full support for OpenAPI, from describing the endpoints and generating the documentation, to rendering and testing the endpoints.
+**Dotkernel API** has full support for OpenAPI, from describing the endpoints and generating the documentation, to rendering and testing the endpoints.
 
-Each module (Admin, App, User) in Dotkernel API contains a file named `OpenAPI.php`.
-In this file you must document all of the endpoints from `RoutesDelegator.php`.
-The entries in `OpenAPI.php` have several descriptive items, the most important being method, request and response.
-These are used to generate a documentation file from the command line.
-The static documentation file is rendered using Swagger UI or Redoc in a user-friendly way.
-You can read more about this [starting here](https://docs.dotkernel.org/api-documentation/v5/openapi/introduction/) and its subsequent pages.
+Each **module** (Admin, App, User) in Dotkernel API contains a file named **OpenAPI.php**. In this file you must document **all of the endpoints from RoutesDelegator.php**. The entries in OpenAPI.php have several descriptive items, the most important being method, request and response. These are used to generate a documentation file from the command line. The static documentation file is rendered using Swagger UI or Redoc in a user-friendly way. You can read more about this [starting here](https://docs.dotkernel.org/api-documentation/v5/openapi/introduction/) and its subsequent pages.
 
-### Describing OpenAPI Components
+### Describing OpenAPI components
 
-All OpenAPI components require a handful of components that are universally valid for a given project.
-These are below:
+All OpenAPI components require a handful of components that are universally valid for a given project. These are below:
 
-- OA\Info contains basic information on your project, like version and name.
-- OA\Server has one or more urls to a target host.
-- OA\SecurityScheme describes the protection for the endpoint.
-- OA\ExternalDocumentation has a url and description for extended documentation related to an item.
-- OA\Schema describes a object (e.g. entity) or collection of objects in your project.
+- **OA\Info** contains basic information on your project, like version and name.
+- **OA\Server** has one or more urls to a target host.
+- **OA\SecurityScheme** describes the protection for the endpoint.
+- **OA\ExternalDocumentation** has a url and description for extended documentation related to an item.
+- **OA\Schema** describes a object (e.g. entity) or collection of objects in your project.
 
 Read more details about the above [here](https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/).
 
-Once you have your basic components defined, you can begin work on the endpoints.
-The endpoints already made available in Dotkernel API are documented, so you must do the same for the new endpoints you create in your project.
-This is done by defining these items:
+Once you have your basic components defined, you can begin work on the endpoints. The endpoints already made available in Dotkernel API are documented, so you must do the same for the new endpoints you create in your project. This is done by defining these items:
 
-- the request object (Get, Post, Patch, Put, Delete)
-- the path to the resource
-- the endpoint's summary and description
-- the query/path parameters, if required
-- the request body, if required
-- the security scheme, if required
-- the response
+- the **request** object (Get, Post, Patch, Put, Delete)
+- the **path** to the resource
+- the endpoint's **summary** and **description**
+- the query/path **parameters**, if required
+- the **request body**, if required
+- the **security** scheme, if required
+- the **response**
 
-Wherever it's appropriate, schemas should be used to ensure consistency.
-The optional 'tags' item can be used to group operations together.
-Read more [here](https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/).
+Wherever it's appropriate, schemas should be used to ensure consistency. The optional 'tags' item can be used to group operations together. Read more [here](https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/).
 
-### Generating the Documentation
+### Generating the documentation
 
-The documentation is generated using [zircote/swagger-php](https://github.com/zircote/swagger-php).
-It uses the descriptions you added in the `OpenAPI.php` files to build the documentation file.
-The documentation contents can be listed in the command line or saved to a file in yaml of json format.
-You can read more [here](https://docs.dotkernel.org/api-documentation/v5/openapi/generate-documentation/).
+The documentation is generated using [zircote/swagger-php](https://github.com/zircote/swagger-php). It uses the descriptions you added in the OpenAPI.php files to build the documentation file. The documentation contents can be **listed in the command line** or **saved to a file** in yaml of json format. You can read more [here](https://docs.dotkernel.org/api-documentation/v5/openapi/generate-documentation/).
 
-### Alternatives for Rendering the Documentation
+### Alternatives for rendering the documentation
 
 Once you have the documentation generated, it can be rendered in two ways:
 
-- Swagger UI allows you to visualize and interact with the API's resources without worrying about the implementation logic.
-- Redoc lists the documentation in read-only mode, detailing example requests and responses.
+- **Swagger UI** allows you to visualize and interact with the API’s resources without worrying about the implementation logic.
+- **Redoc** lists the documentation in read-only mode, detailing example requests and responses.
 
-### Handling Authentication for Swagger UI
+### Handling authentication for Swagger UI
 
-Most endpoints for your API should be protected, so to access them you are required to generate an authentication token (AuthToken).
-The token is related to the user type, so make sure to check the privileges required for the endpoint you are testing.
-After you submit the token, you can test the endpoints as an authenticated user.
-Clicking on the 'Try it out' button will activate the required parameter input fields and the textarea for the request body.
-The 'Execute' button will send the request and return the response, along with its HTTP status code.
-You can read more details [here](https://docs.dotkernel.org/api-documentation/v5/openapi/use-documentation/).
+Most endpoints for your API should be protected, so to access them you are required to generate an **authentication token** (AuthToken). The token is related to the user type, so make sure to check the **privileges required for the endpoint** you are testing. After you submit the token, you can test the endpoints as an authenticated user. Clicking on the 'Try it out' button will activate the required parameter input fields and the textarea for the request body. The 'Execute' button will send the request and return the response. along with its HTTP status code. You can read more details [here](https://docs.dotkernel.org/api-documentation/v5/openapi/use-documentation/).
 
 ## FAQ
 
@@ -125,8 +94,7 @@ You can read more details [here](https://docs.dotkernel.org/api-documentation/v5
 A: A consistent way to develop and interact with an API. It defines API structure and syntax in a universal way, regardless of the programming language used, typically described in YAML or JSON so users can quickly discover endpoints, request/response formats, security mechanisms and more.
 
 **Q: How does OpenAPI compare to Postman?**
-A: OpenAPI standardizes how endpoints and request/response models are described, automatically generates machine-readable documentation, lets you define the API specification before development starts, and improves collaboration across teams.
-Postman, by contrast, is used mainly to test an already-completed endpoint and has no real focus on standardized documentation or upfront design.
+A: OpenAPI standardizes how endpoints and request/response models are described, automatically generates machine-readable documentation, lets you define the API specification before development starts, and improves collaboration across teams. Postman, by contrast, is used mainly to test an already-completed endpoint and has no real focus on standardized documentation or upfront design.
 
 **Q: Where do you document endpoints in Dotkernel API?**
 A: Each module (Admin, App, User) contains an OpenAPI.php file, where all endpoints from that module's RoutesDelegator.php must be documented, primarily describing the method, request and response.
diff --git a/public/md-articles/dotkernel/adding-a-cors-implementation-to-zend-expressive.md b/public/md-articles/dotkernel/adding-a-cors-implementation-to-zend-expressive.md
index 003cf5d5..a3d28b76 100644
--- a/public/md-articles/dotkernel/adding-a-cors-implementation-to-zend-expressive.md
+++ b/public/md-articles/dotkernel/adding-a-cors-implementation-to-zend-expressive.md
@@ -14,34 +14,45 @@ language: "en"
 When a client-side request is blocked with a "No 'Access-Control-Allow-Origin' header" error, it's because the server isn't sending the header that allows a browser to access its data (most common when fetching JSON to process with JavaScript).
 This guide adds CORS support to a Zend Expressive / Dotkernel3 project using Tuupola's Cors Middleware package.
 
+This article is a guide on how to add a CORS implementation on an existing Dotkernel3 project.
+
 ## The issue
 
-If you're facing the error:
+If you're facing this message:
+
+"Access to XMLHttpRequest at 'url' has been blocked by cors policy. No 'Access-Control-Allow-Origin header is present on the requested resource."
+
+It means the server didn't sent the header that lets you access its data through a local client (eg.: browser).
 
-> "Access to XMLHttpRequest at 'url' has been blocked by cors policy.
-> No 'Access-Control-Allow-Origin header is present on the requested resource."
+This issue is most common when trying to get some data (usually json) that you want to process using JavaScript.
 
-it means the server didn't send the header that lets you access its data through a local client (e.g. a browser).
-This issue is most common when trying to get data (usually JSON) that you want to process using JavaScript.
+The error looks similar to the image below:
+
+![](/uploads/article/019f8a80-cc4d-71e9-9af2-595b3eb4c793/Screenshot-2019-04-06-at-15.03.21-1024x165-1-1024x165.png)
 
 ## The solution
 
-A simple implementation uses [Tuupola's Cors Middleware](https://packagist.org/packages/tuupola/cors-middleware) package.
-(This article was inspired by [akrabat.com/implementing-tuupola-cors-in-expressive](https://akrabat.com/implementing-tuupola-cors-in-expressive/).)
+A simple implementation would be using [Tuupola's Cors Middleware](https://packagist.org/packages/tuupola/cors-middleware) package.
+
+This article was inspired by: [akrabat.com/implementing-tuupola-cors-in-expressive](https://akrabat.com/implementing-tuupola-cors-in-expressive/)
 
-### 1. Add the package to your project
+### Adding the package to your project
 
-```shell
+Run the following command in your project:
+
+```
 composer require tuupola/cors-middleware
 ```
 
-At the time of writing, the current package version is 0.9.4.
+At the time writing this article the current package version is: 0.9.4.
 
-### 2. Create the CORS config file
+Follow the next steps to get your Zend Expressive or Dotkernel3 project **CORS friendly**.
 
-Create a `cors.global.php` file in the `config/autoload` directory:
+### Create the CORS config file
 
-```php
+Create a **cors.global.php** file in the config/autoload directory.
+
+```
 return [
     'cors' => [
         "origin" => [],
@@ -55,11 +66,15 @@ return [
 ];
 ```
 
-### 3. Create a factory for the middleware
+We'll come back at this file to register the CORS middleware.
 
-The factory extracts the config from the `cors` key (or initializes an empty array) and instantiates the Tuupola CORS middleware:
+### Creating a factory for the middleware
 
-```php
+The factory should look like the one below.
+
+The code below extracts de config from the **cors** key if provided or initializes an empty array and instantiates the **Tuupola CORS middleware**.
+
+```
 <?php
 
 namespace App\Cors;
@@ -76,11 +91,11 @@ class CorsMiddlewareFactory
 }
 ```
 
-### 4. Register the CORS middleware
+### Registering the CORS middleware
 
-Back in `cors.global.php`, register the middleware so the factory above is used to create it:
+Back at **cors.global.php** we will register the cors middleware so our custom implemented factory will be used to create the middleware. (basic config example below)
 
-```php
+```
 <?php
 
 use App\Cors\CorsMiddlewareFactory;
@@ -103,11 +118,11 @@ return [
 ];
 ```
 
-### 5. Add the CorsMiddleware to the pipeline
+### Final step: Adding (registering) the CorsMiddleware in the pipeline
 
-In `config/pipelines.php`:
+In this last step we only need to add the CorsMiddleware in config/pipelines.php
 
-```php
+```
 // don't forget the use statement
 use Tuupola\Middleware\CorsMiddleware;
 
@@ -118,29 +133,23 @@ return function (Application $app, MiddlewareFactory $factory, ContainerInterfac
 };
 ```
 
-Add the CORS middleware **after** the Error handler and **before** the middleware providing the data you want to access, to make sure everything runs smoothly.
+Add the cors middleware **after** the Error handler and **before** the middleware providing the data you want to access to make sure everything runs smoothly.
+
 This should get your project working with CORS.
 
 ## FAQ
 
 **Q: What causes the "No 'Access-Control-Allow-Origin' header" error?**
-A: It means the server didn't send the header that lets a local client, such as a browser, access its data.
-This is most common when trying to fetch data (usually JSON) that you want to process using JavaScript.
+A: It means the server didn't send the header that lets a local client, such as a browser, access its data. This is most common when trying to fetch data (usually JSON) that you want to process using JavaScript.
 
 **Q: What package does the article use to add CORS support?**
-A: Tuupola's Cors Middleware package, installed by running `composer require tuupola/cors-middleware` in the project.
+A: Tuupola's Cors Middleware package, installed by running composer require tuupola/cors-middleware in the project.
 
 **Q: Where does the CORS configuration live?**
-A: In a `cors.global.php` file created in the config/autoload directory, containing a "cors" key with settings like origin, methods, headers.allow, headers.expose, credentials, and cache.
+A: In a cors.global.php file created in the config/autoload directory, containing a "cors" key with settings like origin, methods, headers.allow, headers.expose, credentials, and cache.
 
 **Q: How is the CorsMiddleware wired into the container?**
-A: A CorsMiddlewareFactory extracts the "cors" config array (or an empty array if it's not provided) and instantiates Tuupola's CorsMiddleware with it.
-That factory is registered under the "dependencies" > "factories" section of cors.global.php.
+A: A CorsMiddlewareFactory extracts the "cors" config array (or an empty array if it's not provided) and instantiates Tuupola's CorsMiddleware with it. That factory is then registered under the "dependencies" > "factories" section of cors.global.php.
 
 **Q: Where should the CORS middleware be added in the pipeline?**
-A: In config/pipelines.php via `$app->pipe(CorsMiddleware::class)`, placed after the Error handler and before the middleware that provides the data you want to access.
-
-## Resources
-
-- [Tuupola's Cors Middleware package](https://packagist.org/packages/tuupola/cors-middleware)
-- [Implementing Tuupola CORS in Expressive (inspiration article)](https://akrabat.com/implementing-tuupola-cors-in-expressive/)
+A: In config/pipelines.php via $app->pipe(CorsMiddleware::class), placed after the Error handler and before the middleware that provides the data you want to access.
diff --git a/public/md-articles/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.md b/public/md-articles/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.md
index 2c148046..52ed89ef 100644
--- a/public/md-articles/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.md
+++ b/public/md-articles/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.md
@@ -13,29 +13,23 @@ language: "en"
 ## TL;DR
 On a high-traffic project using WURFL, profiling showed WURFL's default filesystem cache was costing up to a few hundred milliseconds per request. Adding a small, custom second cache layer on top of WURFL, built on APC, cut response time by an order of magnitude, down to 20-30ms.
 
-## The problem
+On one of our recent projects that used WURFL, response time was an important factor. Profiling revealed that the greatest chunk of response time (up to a few hundred milliseconds) was taken up by WURFL. We realized that its default filesystem cache was too slow for our needs, especially with a relatively high traffic application.
 
-On one recent project that used WURFL, response time was an important factor.
-Profiling revealed that the greatest chunk of response time (up to a few hundred milliseconds) was taken up by WURFL.
-The default filesystem cache turned out to be too slow for a relatively high-traffic application.
-
-## How WURFL's caching works
+If you're not familiar with how WURFL's caching works, here's a brief introduction:
 
 1. The device data is stored at first in a large, zipped XML file, with one entry for each device.
 2. When first called, WURFL unzips the file and reads each device entry.
-3. It then serializes the data and writes it to the cache, using an MD5 signature for the file name (or key name if the cache is not on the filesystem).
+3. It then serializes the data and writes it to the cache, using and MD5 signature for the file name (or key name if the cache is not on the filesystem)
 4. When a user agent is looked up, its MD5 signature is computed and then searched in the cache.
-5. Because the data is stored as a tree, with each device inheriting the properties of the nodes above it, **each look-up requires a number of files to be read and their capabilities merged** to get all the capabilities of the requested device.
-
-WURFL also has cache providers for APC and memcache, which were tried, but the results weren't impressive.
+5. For a number of reasons, the data in the data file is stored as a tree, each device being a node and inheriting all the properties of the nodes above it. So, **for each look-up, a number of files have to be read and their capabilities merged to get all the capabilities of the requested device.**
 
-## The solution
+WURFL has cache providers for APC and memcache as well, which we've tried, but the results weren't impressive.
 
-The team realized their approach was wrong for their use case - the WURFL entry for a device has lots of fields that weren't actually used.
+We realized that we had the wrong approach, especially for use. The WURFL entry for a device has lots of fields that we didn't use.
 
-The solution was adding a **second cache layer** on top of WURFL's own cache, which only cached the fields that were actually needed. This second layer used **APC**, storing arrays of data in **User Cache Entries**.
+Our solution involved adding a **second cache layer**, on top of WURFL's, that only cached the fields we were interested in.  This second cache layer make use of **APC**, storing arrays of data in  **User Cache Entries**.
 
-This small change (under 10 lines of code) decreased response time by an **order of magnitude**, down to 20-30ms.
+This small change (under 10 lines of code), decreased our response time by an **order of magnitude**, to 20-30ms.
 
 ## FAQ
 
@@ -43,16 +37,13 @@ This small change (under 10 lines of code) decreased response time by an **order
 A: Profiling revealed that WURFL's default filesystem cache was taking up to a few hundred milliseconds of response time, which was too slow for a relatively high-traffic application.
 
 **Q: How does WURFL's caching work by default?**
-A: Device data is stored in a large zipped XML file.
-On first use, WURFL unzips the file, serializes each device's data, and writes it to cache using an MD5 signature of the user agent as the key.
-Because devices are stored as a tree inheriting properties from parent nodes, each lookup requires reading and merging several files.
+A: Device data is stored in a large zipped XML file. On first use, WURFL unzips the file, serializes each device's data, and writes it to cache using an MD5 signature of the user agent as the key. Because devices are stored as a tree inheriting properties from parent nodes, each lookup requires reading and merging several files.
 
 **Q: Did WURFL's built-in APC or memcache cache providers solve the problem?**
 A: No. The team tried WURFL's existing cache providers for APC and memcache, but the results weren't impressive.
 
 **Q: What was the actual solution?**
-A: Adding a second cache layer on top of WURFL's own cache, using APC and storing arrays of only the specific fields they actually needed in User Cache Entries.
-The change was under 10 lines of code.
+A: Adding a second cache layer on top of WURFL's own cache, using APC and storing arrays of only the specific fields they actually needed in User Cache Entries. The change was under 10 lines of code.
 
 **Q: What performance improvement did this bring?**
 A: Response time decreased by an order of magnitude, down to about 20-30ms.
diff --git a/public/md-articles/dotkernel/adding-composer-support-in-your-dotkernel-project.md b/public/md-articles/dotkernel/adding-composer-support-in-your-dotkernel-project.md
index d2c9cbfd..b4682b73 100644
--- a/public/md-articles/dotkernel/adding-composer-support-in-your-dotkernel-project.md
+++ b/public/md-articles/dotkernel/adding-composer-support-in-your-dotkernel-project.md
@@ -14,98 +14,113 @@ language: "en"
 Composer is an application-level package manager that auto-loads dependencies (and custom classes) on demand.
 This article covers the steps needed to add a composer.json file to a Dotkernel project, run `composer update`, and safely require the generated autoloader so the project works whether or not Composer is present.
 
+Composer is an application-level package manager. Composer auto-loads the dependencies on demand and can also auto-load custom classes .
+
+This article will cover the needed steps to add composer support to your Dotkernel project or even "composify" it.
+
+Assuming that you know how to use composer (if not you should consider reading [this article](https://www.codementor.io/php/tutorial/composer-install-php-dependency-manager)) we wil move on to your Dotkernel project "composification".
+
+ 
+
 ## First things first
 
-The Dotkernel project must have a **composer.json** file so that Composer can work.
-It should look like this:
+The Dotkernel project must have a **composer.json** file so that composer can work.
+
+Our **composer.json** file should look like this:
 
-```json
+```
 {
-  "require" : {
-    "zendframework/zendframework1" : "1.12.*",
-    "mobiledetect/mobiledetectlib" : "2.8.*"
-  },
-  "require-dev" : {
-    "php" : ">=5.4.0"
-  }
+  "require" : {
+    "zendframework/zendframework1" : "1.12.*",
+    "mobiledetect/mobiledetectlib" : "2.8.*"
+  },
+  "require-dev" : {
+    "php" : ">=5.4.0"
+  },
 }
 ```
 
-Note: `zendframework/zendframework1` may not be necessary if you already have ZendServer running or the Zend Framework folder within `/usr/share/`.
+Note that **zend/zendframework1** may not be necessarily if you already have ZendServer running or the Zend Framework folder within **/usr/share/.**
 
-This file makes sure:
+The file above makes sure:
 
 - Zend Framework is present and at version > 1.12.*
 - MobileDetect is present and at version > 2.8
-- The PHP executable is at least at version > 5.4.0 (only for development, because it is not present in the main `require`)
+- The PHP executable is at least at version > 5.4.0 (**only for development, because it is not present in the main require**)
 
-The dependencies provided in the `require` section are also loaded for development purposes if not provided in `require-dev`.
+ 
 
-In order to have these components installed, run the following command in your Dotkernel root path:
+The dependencies provided in the **require** section are also loaded for development purpose if not provided in **require-dev**.
 
-```shell
+ 
+
+In order to have these components instaled you must run the following command in your Dotkernel root path
+
+```
 composer update
 ```
 
-If the `vendor` folder is present, Composer will check for updates and update the packages as needed. If the `vendor` folder does not exist, Composer will create it, containing all the requested packages, along with an autoload file used to load the dependencies/packages.
+If the *vendor* folder is present composer will check for updates, and update the packages as needed.
+
+If the *vendor* folder does not exist composer will create a vendor folder. This folder will contain all the requested packages.
+
+Composer will create an autoload file, which will be use to load our dependencies/packages.
+
+ 
 
 ## Adding Composer Support to Dotkernel
 
-The autoload file created by Composer is used to load the packages:
+The autoload file created by composer will be used to load our packages.
 
-```php
+```
 $composerAutoLoaderPath = realpath(APPLICATION_PATH.'/vendor/autoload.php');
 require_once($composerAutoLoaderPath);
 ```
 
-But what if the file does not exist, or Composer is not present?
-First make sure the Composer autoload path exists, and only load the dependencies if the autoload file was found:
+So far so good, but what if the file does not exist or composer is not present?
+
+First we must make sure the composer autoload path exists and only load the dependencies if composer autoload file was found.
 
-```php
+```
 $composerAutoLoaderPath = realpath('./vendor/autoload.php');
 
 $composerEnabled = file_exists($composerAutoLoaderPath);
 
-if ($composerEnabled == true) {
-    require_once($composerAutoLoaderPath);
-} else {
+if($composerEnabled == true)
+{
+    require_once($composerAutoLoaderPath);
+}
+else
+{
     // handle the error gracefully
-    // or load fallbacks - if exist
+   // or load fallbacks - if exist
 }
 ```
 
-The variable `$composerEnabled` will be true only if the Composer path exists, so the application behavior can be controlled if Composer is not present.
+The variable **$composerEnabled** will be true only if the composer path exists so the application behavior can be controlled if composer is not present.
 
 Later on, the packages can be used like this:
 
-```php
+```
 use VendorName\PackageName\ClassName as MyDependency;
 
 $myDependency = new MyDependency($neededArguments);
 $myDependency->doSomething();
 ```
 
-This article works for any **Dotkernel 1.x** version if your server is running **PHP >5.4.0**.
-
 ## FAQ
 
 **Q: What does Composer do?**
-A: Composer is an application-level package manager.
-It auto-loads dependencies on demand and can also auto-load custom classes.
+A: Composer is an application-level package manager. It auto-loads dependencies on demand and can also auto-load custom classes.
 
 **Q: What must a Dotkernel project have before Composer can be used?**
 A: A composer.json file, for example requiring zendframework/zendframework1 at 1.12.* and mobiledetect/mobiledetectlib at 2.8.*, plus PHP >=5.4.0 listed under require-dev.
 
 **Q: What happens when you run composer update?**
-A: If the vendor folder already exists, Composer checks for and applies updates to the packages.
-If it doesn't exist, Composer creates the vendor folder containing all requested packages, along with an autoload file.
+A: If the vendor folder already exists, composer checks for and applies updates to the packages. If it doesn't exist, composer creates the vendor folder containing all requested packages, along with an autoload file.
 
 **Q: How do you safely load the Composer autoloader in case Composer isn't present?**
 A: Check whether vendor/autoload.php exists using file_exists() before calling require_once() on it, and handle the case gracefully (for example by loading fallbacks) if the path is missing.
 
 **Q: Which Dotkernel versions does this apply to?**
 A: The article states it works for any Dotkernel 1.x version, as long as the server is running PHP greater than 5.4.0.
-
-## Resources
-
-- [Composer install / PHP dependency manager tutorial](https://www.codementor.io/php/tutorial/composer-install-php-dependency-manager)
diff --git a/public/md-articles/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.md b/public/md-articles/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.md
index 414c49c9..54905d21 100644
--- a/public/md-articles/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.md
+++ b/public/md-articles/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.md
@@ -14,18 +14,24 @@ language: "en"
 Dotkernel added Windows 8, 8.1 and 10 OS icons and a Microsoft Edge browser icon, shown in the User and Admin login icons.
 This article is the upgrade guide for applying that icon patch.
 
-## Upgrade steps
+Recently we have added the Windows 8, 8.1 and 10 OS icon and Microsoft's Edge browser icon.
 
-1. Make sure your project is running version **1.5.0** or **newer**.
-2. Download the [patch](http://www.dotkernel.com/download/?did=46).
-3. Extract the archive into a folder, e.g. `icons_patch`.
-4. Create a backup of your project before continuing (recommended).
-5. Copy all the files in the `icons_patch` folder into your Dotkernel project.
-6. You will be prompted to replace 2 files - replace them and agree to merge the folders' content (other files will be added, not replaced).
-7. Clear the cache for changes to take effect, since the OS and browser XMLs are cached (see "Dotkernel Reserved Variable Names for Caching", the "Browser & OS" section).
-8. You can now delete the `icons_patch` folder, or keep it to patch another project.
+In this article we will have the icon upgrade guide.
 
-## Affected files
+![Icons Patch](/uploads/article/019f8a80-cc47-710e-9ef1-b2257262e376/icons.png)The new Icons listed in User and Admin Logins
+
+ 
+
+1. Make sure your project is running on version **1.5.0** or **newer**
+2. Download the [patch](http://www.dotkernel.com/download/?did=46)
+3. Extract the archive in a folder, let's name it **icons_patch**
+4. We recommend creating a backup of your project before you continue
+5. Now copy all the files in the **icons_patch** folder in your Dotkernel
+6. You will be prompted to replace 2 files, simply replace the files and agree to merge the folders content (files will be added, not replaced this time)
+7. You need to clear the cache for changes to take effect, the os and browser xml's are cached. For more information read [this article](http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching/) (look for **Browser & OS**)
+8. You can now delete the **icons_patch** folder or use it to patch another project
+
+List of affected files:
 
 ```
 M /configs/useragent/browser.xml
@@ -34,7 +40,9 @@ A /images/browsers/edge.png
 A /images/os/windows_metro.png
 ```
 
-`M` stands for **modify**, `A` stands for **add**.
+**M** stands for **modify**
+
+**A** stands for **add**
 
 ## FAQ
 
@@ -49,8 +57,3 @@ A: Because the OS and browser XML files are cached, so the new icons won't show
 
 **Q: Will applying the patch overwrite existing files?**
 A: You'll be prompted to replace 2 files (browser.xml and os.xml) and should agree, and also agree to merge the folders' contents since the other files listed are added rather than replaced.
-
-## Resources
-
-- [Icon patch download](http://www.dotkernel.com/download/?did=46)
-- [Dotkernel Reserved Variable Names for Caching](http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching)
diff --git a/public/md-articles/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.md b/public/md-articles/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.md
index 800652cd..85366a17 100644
--- a/public/md-articles/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.md
+++ b/public/md-articles/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.md
@@ -14,11 +14,17 @@ language: "en"
 This feature automatically logs in a user who checks the "remember me" box at login.
 It has been implemented in [Dotkernel Frontend](https://github.com/dotkernel/frontend) starting from Release 3.3.0, and requires changes across the login form, a new entity/migration, a new middleware, config, and the user service/repository/controller.
 
+## Autologin using Cookie / Remember Me in Dotkernel
+
+This feature is used to automatically log the user who chooses this by checking the remember me box.
+
+Implemented in [Dotkernel Frontend](https://github.com/dotkernel/frontend) starting from Release 3.3.0.
+
 ## Add remember me button to user interface
 
-Navigate to `src/User/templates/user/login.html.twig` and, under the password element, add:
+To add remember me button to user interface, navigate to **src/User/templates/user/login.html.twig** and under password element add the following code:
 
-```twig
+```
 <div class="checkbox remember-me-checkbox">
      {% set rememberMe = form.get('rememberMe') %}
      {{ formElement(rememberMe) }}
@@ -26,9 +32,9 @@ Navigate to `src/User/templates/user/login.html.twig` and, under the password el
 </div>
 ```
 
-Then navigate to `src/User/src/Form/LoginForm.php` and add the following element to your form:
+After you've added the button to your template, navigate to **src/User/src/Form/LoginForm.php** and add the following element to your form:
 
-```php
+```
 $this->add([
     'name' => 'rememberMe',
     'type' => 'checkbox',
@@ -40,9 +46,9 @@ $this->add([
 ]);
 ```
 
-Then navigate to `src/User/src/InputFilter/LoginInputFilter.php` and add a filter for the new element:
+After you've added the new element navigate **src/User/src/InputFilter/LoginInputFilter.php** and add the following code, this will add a filter to the remember me element added previously.
 
-```php
+```
 $this->add([
             'name' => 'rememberMe',
             'filters' => [
@@ -57,9 +63,9 @@ $this->add([
         ]);
 ```
 
-To style the button, navigate to `src/App/assets/scss/components/_profile.scss` and add:
+To add style to your remember me button navigate to **src/App/assets/scss/components/_profile.scss** and add the following css:
 
-```scss
+```
 .remember-me-checkbox {
   input {
     display: block;
@@ -71,29 +77,40 @@ To style the button, navigate to `src/App/assets/scss/components/_profile.scss`
 }
 ```
 
-After making the changes, compile the CSS so the button styling takes effect:
+After you have made all the changes it's time to compile the css in order to implement the button in interface, to do that run the following command:
 
-```shell
+```
 npm run prod
 ```
 
-## Add functionality to remember me button
-
-1. Navigate to `src/User/src/Entity`, create a new entity named `UserRememberMe.php`, modeled on [UserRememberMe](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Entity/UserRememberMe.php).
-2. Create a migration file for the new table:
-   ```shell
-   vendor/bin/phinx create --configuration=config/migrations.php  RememberUserSchema
-   ```
-3. Modify the generated migration file as in [user_remember_schema](https://www.dotkernel.com/dotkernel/autologin-cookie-remember-me-feature/), then run it against the database:
-   ```shell
-   vendor/bin/phinx migrate --configuration=config/migrations.php
-   ```
-   The table generated by the migration is used to store data from the cookie, which helps log the user in automatically.
-4. Create a new middleware at `src/App/src/Middleware/RememberMeMiddleware.php`, modeled on [RememberMeMiddleware](https://github.com/dotkernel/frontend/blob/3.0/src/App/src/Middleware/RememberMeMiddleware.php).
-5. Register the middleware in `config/pipeline.php` as shown in [pipeline](https://github.com/dotkernel/frontend/blob/3.0/config/pipeline.php).
-6. To generate the cookie, add a new key to `config/autoload/local.php`:
-   ```php
-   'rememberMe' => [
+## **Add functionality to remember me button**
+
+Now that you've added the button let's move on to its functionality, first you have to navigate to src/User/src/Entity, create a new entity named UserRememberMe.php and modifiy it as in [UserRememberMe](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Entity/UserRememberMe.php)
+
+After you've created the entity, you have to create migration file for the new table using the following command:
+
+```
+vendor/bin/phinx create --configuration=config/migrations.php  RememberUserSchema
+```
+
+<
+
+class="mb-3">After the migration file is created modify it as in [user_remember_schema](https://www.dotkernel.com/dotkernel/autologin-using-cookie-remember-me-in-dotkernel/) and run the following command to add it to you database:
+
+```
+vendor/bin/phinx migrate --configuration=config/migrations.php
+```
+
+The table generated by migration is used to store data from coockie. The stored data will help to login the user utomatically.
+
+The next step is to create a new middleware, navigate to **src/App/src/Middleware** and create a new file named **RememberMeMiddleware.php** and modify it as in [RememberMeMiddleware](https://github.com/dotkernel/frontend/blob/3.0/src/App/src/Middleware/RememberMeMiddleware.php).
+
+After you've created the new middleware navigate to **config/pipeline.php** and add it as in [pipeline](https://github.com/dotkernel/frontend/blob/3.0/config/pipeline.php).
+
+In order to generate the cookie in the next steps you have to add a new key to your local.php, to do that navigate to **config/autoload/local.php** and add the following code:
+
+```
+'rememberMe' => [
             'cookie' => [
                 'name' => 'rememberMe',
                 'lifetime' => 3600 * 24 * 30,
@@ -102,10 +119,15 @@ npm run prod
                 'httponly' => true
             ]
         ],
-   ```
-7. Edit `src/User/src/Service/UserService.php`: add two new properties, `$defaultSessionManager` (to get config) and `$repository` (to get repository), then add the methods `getRepository()`, `addRememberMeToken()`, `deleteRememberMeCookie()` as in [UserService](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Service/UserService.php) (and add the new methods to the interface if needed).
-8. Edit `src/User/src/Repository/UserRepository.php` and add the methods `saveRememberUser()`, `getRememberUser()`, `findRememberMeUser()`, `deleteExpiredCookies()`, `removeRememberUser()` as in [UserRepository](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Repository/UserRepository.php).
-9. Edit `src/User/src/Controller/UserController.php`: add a new property called `$config`, and edit `loginAction()` and `logoutAction()` as in [UserController](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Controller/UserController.php).
+```
+
+In the following step you have to edit your **src/User/src/Service/UserService.php**. First you have to add 2 new properties, **$defaultSessionManager** used to get config and **$repository** used to get repository. After you have added those properties add the following methods: **getRepository(), addRememberMeToken(), deleteRememberMeCookie()**. as in [UserService](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Service/UserService.php).
+
+(don't forget to add all new methods to interface if needed)
+
+Now, let's move to **src/User/src/Repository/UserRepository.php** and add the following methods: **saveRememberUser(), getRememberUser(), findRememberMeUser(), deleteExpiredCookies(), removeRememberUser()** as in [UserRepository](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Repository/UserRepository.php).
+
+The last step is to go to **src/User/src/Controller/UserController.php**, add a new property called **$config** and edit your **loginAction()** and **logoutAction()** as in [UserController](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Controller/UserController.php).
 
 ## FAQ
 
@@ -126,14 +148,3 @@ A: It's used to store data from the cookie, which helps log the user in automati
 
 **Q: How do you apply the new remember-me button styles?**
 A: Add the CSS to src/App/assets/scss/components/_profile.scss, then run npm run prod to compile the CSS so the button styling takes effect.
-
-## Resources
-
-- [Dotkernel Frontend on GitHub](https://github.com/dotkernel/frontend)
-- [UserRememberMe entity example](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Entity/UserRememberMe.php)
-- [Remember user schema migration example](https://www.dotkernel.com/dotkernel/autologin-cookie-remember-me-feature/)
-- [RememberMeMiddleware example](https://github.com/dotkernel/frontend/blob/3.0/src/App/src/Middleware/RememberMeMiddleware.php)
-- [pipeline.php example](https://github.com/dotkernel/frontend/blob/3.0/config/pipeline.php)
-- [UserService example](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Service/UserService.php)
-- [UserRepository example](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Repository/UserRepository.php)
-- [UserController example](https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Controller/UserController.php)
diff --git a/public/md-articles/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.md b/public/md-articles/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.md
index f93fa85d..afb7281f 100644
--- a/public/md-articles/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.md
+++ b/public/md-articles/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.md
@@ -10,24 +10,25 @@ language: "en"
 
 # Avoid routing through bootstrap of non existent files
 
-In some cases you may encounter missing files: images, CSS, or JS files.
-All those missing files are processed by the current bootstrap: `index.php`.
+In some cases you may encounter missing files: images, css or js files. All those missing files are processed by the current bootstrap: index.php
 
-If the session is set to regenerate on each request, as a normal security measure, the currently logged-in user is logged off, because the session ID is different now.
+If the session is set to regenerate on each request, as a normal security measure, the currently logged user is logged off, because the session ID is different now.
 
-To avoid this, below the following line:
+To avoid this, **below** the following line
 
 ```
 RewriteEngine On
 ```
 
-add the line:
+add the line :
 
 ```
-RewriteCond %{REQUEST_FILENAME} (\.gif|\.jpg|\.png|\.css|\.js)$
+RewriteCond %{REQUEST_FILENAME} (\.gif|\.jpg|\.png|\.css|\.js)$ [OR]
 ```
 
-Save, and don't forget to test.
+Save and don't forget to test.
+
+Even though it's a well known fact that real men do not test...
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/caching-in-dotkernel-using-zend-framework.md b/public/md-articles/dotkernel/caching-in-dotkernel-using-zend-framework.md
index ab301054..0f2c488e 100644
--- a/public/md-articles/dotkernel/caching-in-dotkernel-using-zend-framework.md
+++ b/public/md-articles/dotkernel/caching-in-dotkernel-using-zend-framework.md
@@ -14,26 +14,34 @@ language: "en"
 Loading configuration and settings from XML files on every request is expensive, both due to hard-drive latency and XML parsing overhead.
 Dotkernel 1.8 implements a cache layer for router, acl_role, menu, options (including seo_xml), browser_xml, os_xml and test data, with a choice of APC/APCU or file-based storage.
 
+It's very expensive to load configurations and settings from XML files, on every requests.
+
+First because of latency of accessing files from hard drive, second because of the XML file parsing burden.
+
+Because of that , we implemented in upcoming 1.8 version of Dotkernel a cache layer where to store **router, acl_role, menu, options(including seo_xml), browser_xml, os_xml, test** between requests. More information about the variables which Dotkernel cache by default follow this link: [Dotkernel Reserved Variable Names for Caching](http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching)
+
+We are implementing 2 different cache factories to choose from: **apc** (or **apcu** for newest PHP installations) and **file**.
+
 ## 1. Configuring the cache
 
-The configuration is set from `/configs/application.ini`: whether caching is enabled, how long the cache stays valid, the cache namespace, and the storage provider (File or APC).
-The article recommends disabling the cache in development mode.
-See [Configuring the Cache in Dotkernel](http://www.dotkernel.com/dotkernel/configuring-the-cache-in-dotkernel/) for more details.
+The configuration can be set from /configs/application.ini, you can choose if you use the caching system, how long your cache stays valid, the cache namespace, and the storage provider (**File** or **APC**). I would disable the cache in development mode if I were you.
+
+For more info about the configuration and help configuring the cache see: [Configuring the Cache in Dotkernel](http://www.dotkernel.com/dotkernel/configuring-the-cache-in-dotkernel/).
+
+## 2. Using the Cache
 
-## 2. Using the cache
+The cache is automatically loaded in the initialization and stored in the Registry.
 
-The cache is automatically loaded during initialization and stored in the Registry - loading it manually is not needed because it's already loaded on kernel initialization (see `Dot_Kernel::initialize($startTime)`).
-If you want to use caching outside of that normal initialization, load it with:
+Loading the caching engine is not needed because it is already loaded on kernel initialization (*see **Dot_Kernel**::**initialize**($startTime)*)*,* but if you would like to use caching for other purposes (where you are not initializing the kernel), the loading syntax is the following:
 
-```php
+```
 Dot_Cache::loadCache();
 ```
 
-Note: the cache key must match a specific RegEx pattern.
-
-Example of object caching:
+Below is a simple object caching sample, yes, you can also cache objects. 
+ Note: The cache key must match the following RegEx pattern: **[A-Za-z0-9_]***
 
-```php
+```
 $id = 'MyCachedKey';
 $obj = new stdClass();
 $obj->text = 'I am a cached text';
@@ -45,10 +53,13 @@ Dot_Cache::save(obj, $id);
 $value = Dot_Cache::load($id);
 
 // checking if we have the object in cache
-if ($value !== false) {
+if($value !== false)
+{
      // assuming we only need the text value from the object
      echo $value->text;
-} else {
+}
+else
+{
      echo 'no value cached for '. $id ;
 }
 ```
@@ -62,17 +73,10 @@ A: Router, acl_role, menu, options (including seo_xml), browser_xml, os_xml, and
 A: Two cache factories to choose from: APC (or APCU for newer PHP installations) and File.
 
 **Q: Where is the cache configured?**
-A: In /configs/application.ini, where you can enable or disable caching, set how long the cache stays valid, choose the cache namespace, and pick the storage provider (File or APC).
-The article recommends disabling the cache in development mode.
+A: In /configs/application.ini, where you can enable or disable caching, set how long the cache stays valid, choose the cache namespace, and pick the storage provider (File or APC). The article recommends disabling the cache in development mode.
 
 **Q: Do you need to manually load the cache engine?**
-A: No, it's automatically loaded during kernel initialization (Dot_Kernel::initialize()).
-Manually calling Dot_Cache::loadCache() is only needed if you want to use caching outside of that normal initialization.
+A: No, it's automatically loaded during kernel initialization (Dot_Kernel::initialize()). Manually calling Dot_Cache::loadCache() is only needed if you want to use caching outside of that normal initialization.
 
 **Q: Can you cache PHP objects, not just simple values?**
 A: Yes, the article shows an example of saving and loading a stdClass object using Dot_Cache::save() and Dot_Cache::load().
-
-## Resources
-
-- [Dotkernel Reserved Variable Names for Caching](http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching)
-- [Configuring the Cache in Dotkernel](http://www.dotkernel.com/dotkernel/configuring-the-cache-in-dotkernel/)
diff --git a/public/md-articles/dotkernel/camelcase-table-names-in-mysql-on-windows.md b/public/md-articles/dotkernel/camelcase-table-names-in-mysql-on-windows.md
index 5c545ac5..1313b261 100644
--- a/public/md-articles/dotkernel/camelcase-table-names-in-mysql-on-windows.md
+++ b/public/md-articles/dotkernel/camelcase-table-names-in-mysql-on-windows.md
@@ -10,15 +10,15 @@ language: "en"
 
 # camelCase Table Names in MySQL on Windows
 
-If you are using a WAMP stack, like WAMP or XAMPP, and try to create a table in camelCase (example: `adminLogin`), you will notice that camelCase is not working - the table name will be lowercase: `adminlogin`.
-
-In order to fix this, add the following line to your `my.cnf` file:
+If you are using a WAMP stack, like WAMP or XAMPP, and try to create a table in camelCase ( example: **adminLogin**) you will notice that camelCase is not working, table name will be lowercase: **adminlogin**. In order to fix this, you need to add to your my.cnf file the line:
 
 ```
 lower_case_table_names=2
 ```
 
-and restart MySQL.
+and restart mysql.
+
+More on that here: [http://dev.mysql.com/doc/refman/4.1/en/server-system-variables.html#sysvar_lower_case_table_names](http://dev.mysql.com/doc/refman/4.1/en/server-system-variables.html#sysvar_lower_case_table_names)
 
 ## FAQ
 
@@ -26,8 +26,4 @@ and restart MySQL.
 A: A table created with a camelCase name, for example adminLogin, ends up stored as all lowercase, e.g. adminlogin, instead.
 
 **Q: How do you fix it?**
-A: Add the line `lower_case_table_names=2` to your my.cnf file and restart MySQL.
-
-## Resources
-
-- [MySQL lower_case_table_names documentation](http://dev.mysql.com/doc/refman/4.1/en/server-system-variables.html#sysvar_lower_case_table_names)
+A: Add the line lower_case_table_names=2 to your my.cnf file and restart MySQL.
diff --git a/public/md-articles/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.md b/public/md-articles/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.md
index 2b43175d..b05b7966 100644
--- a/public/md-articles/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.md
+++ b/public/md-articles/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.md
@@ -11,16 +11,14 @@ language: "en"
 # Commitment to PHP - new Zend Certified Engineers - ZCE - in our team
 
 Another 2 of our team members passed the ZCE exam.
-Now we are 5.
-That means we are really taking PHP into serious consideration, and at the very least we have good technical skills.
 
-See the [Zend Yellow Pages](http://www.zend.com/store/education/certification/yellow-pages.php#list-cid=0&sid=&certtype_zf=1&certtype_php=1&certtype=&firstname=&lastname=&company=Dotboost%20Technologies&ClientCandidateID=).
+Now we are 5 :-)
+
+That mean we are really taking PHP  into serious , and at least we have good technical skills.
+
+[Zend Yellow Pages](http://www.zend.com/store/education/certification/yellow-pages.php#list-cid=0&sid=&certtype_zf=1&certtype_php=1&certtype=&firstname=&lastname=&company=Dotboost%20Technologies&ClientCandidateID=)
 
 ## FAQ
 
 **Q: How many Zend Certified Engineers does the team have?**
 A: According to the article, 2 more team members passed the ZCE exam, bringing the team's total to 5 Zend Certified Engineers.
-
-## Resources
-
-- [Zend Yellow Pages listing](http://www.zend.com/store/education/certification/yellow-pages.php#list-cid=0&sid=&certtype_zf=1&certtype_php=1&certtype=&firstname=&lastname=&company=Dotboost%20Technologies&ClientCandidateID=)
diff --git a/public/md-articles/dotkernel/configuring-the-cache-in-dotkernel.md b/public/md-articles/dotkernel/configuring-the-cache-in-dotkernel.md
index ccbd0279..aa515e28 100644
--- a/public/md-articles/dotkernel/configuring-the-cache-in-dotkernel.md
+++ b/public/md-articles/dotkernel/configuring-the-cache-in-dotkernel.md
@@ -11,46 +11,53 @@ language: "en"
 # Configuring the Cache in Dotkernel
 
 ## TL;DR
-
 Dotkernel's caching layer is built on Zend Framework Cache and is configured through `cache.*` settings in `application.ini`.
 The main frontend settings control whether caching is enabled, which cache service to use, the namespace prefix, and how long entries live.
 Optional backend-specific settings (like the file cache directory) are recommended so that separate projects don't accidentally share the same cache.
 
 This article contains the Dotkernel cache layer configuration guide.
-The Dotkernel Caching Layer is based on Zend Framework Cache; more configuration options can be found at the following links:
+
+The Dotkernel Caching Layer is based on Zend Framework Cache, more configuration options can be found at the following links:
 
 - [Zend Framework Cache Frontends](http://framework.zend.com/manual/1.12/en/zend.cache.frontends.html)
 - [Zend Framework Cache Backends](http://framework.zend.com/manual/1.12/en/zend.cache.backends.html)
 
-## Main Cache Settings (Cache Frontend)
+## Main cache settings (Cache Frontend)
 
-The main cache settings within the application.ini file should look like this:
+The main cache settings within the **application.ini** file should look like this:
 
-```ini
+```
 cache.enable = true
 cache.factory = "apc"
 cache.lifetime = "86400"
 cache.namespace = "dotkernel"
 ```
 
-The cache.enable option can be used to disable caching, mostly used in the development stage.
-The cache.factory value will be the cache service we want to use: file or apc.
-The cache.namespace will be the cache variables prefix, and the cache.lifetime value will define how long the cached variables will be usable before they need to be re-cached.
+The *cache.enable* option can be used to disable caching, mostly used in development stage.
+
+The *cache.factory* value will be the cache service we want to use: ***file*** or ***apc***
+
+The *cache.namespace* will be the cache variables prefix and the *cache.lifetime* value will define how long the variables cached will be usable before they will need to be re-cached.
 
-## Individual Cache Settings (Cache Backend)
+ 
 
-The individual cache settings are optional, but it's highly recommended that you have these values set, otherwise other projects might use the same cache.
+## Individual cache settings (Cache Backend)
 
-```ini
+The individual cache settings are optional but we highly recommend that you have theese values set, otherwise other projects might use the same cache
+
+```
 ; file caching settings
-cache.file.cache_dir = APPLICATION_PATH "/cache"
-cache.file.cache_file_perm = 0600
+ cache.file.cache_dir = APPLICATION_PATH "/cache"
+ cache.file.cache_file_perm = 0600
 ```
 
-For more settings and caching alternatives, see the Zend Framework Cache links at the beginning of the article.
+ 
+
+For more settings and caching alternatives see the Zend Framework Cache Links at the article beginning.
+
 The setting pattern and sample are below:
 
-```ini
+```
 cache.BACKEND_NAME.SETTING = "VALUE"
 ; example:
 cache.file.file_name_prefix = "Dotkernel"
diff --git a/public/md-articles/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.md b/public/md-articles/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.md
index 7b9fa486..6d80f383 100644
--- a/public/md-articles/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.md
+++ b/public/md-articles/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.md
@@ -11,27 +11,23 @@ language: "en"
 # Dependency Injection made easy in Laminas/Mezzio applications
 
 ## TL;DR
-
 Dotkernel's dot-dependency-injection package autowires constructor dependencies in Laminas/Mezzio (and other PSR-11) applications, removing the need to write and maintain a custom factory class for every service.
 Instead of a bespoke factory, you add an attribute to the class constructor and register a single shared AttributedServiceFactory in your ConfigProvider.
 The package requires Doctrine ORM but can still be used in applications that don't integrate Doctrine, and it also supports injecting Doctrine repositories directly instead of fetching them from the EntityManager.
 
-> Note: The package requires Doctrine ORM. Still, it can be used in applications which do not integrate Doctrine.
+> **Note**: The package requires Doctrine ORM. Still, it can be used in applications which do not integrate Doctrine.
 
 So, first thing first, the problem.
-You have a Laminas / Mezzio application with a bunch of services that you need to use in a, let's say, controller class or in any other class, and you are tired of building, updating, and maintaining factories every time you add a new dependency to your class.
 
-Dotkernel has you covered.
-We built a tool to autowire those dependencies in your class.
-There is no need for factories for every class you make.
-Just use one "factory" class that you tie to your custom class in the config, and that's it.
+You have a **Laminas / Mezzio** application with a bunch of services that you need to use in a, let's say, controller class or in any other class, and you are tired of building, updating, and maintaining factories every time you add a new dependency to your class.
+
+**Dotkernel** has you covered. We built a **tool to autowire those dependencies in your class**. There is no need for factories for every class you make. Just use one “factory” class that you tie to your custom class in the config, and that's it.
 
-Sounds easy, right?
-Let's finish with the chat and speak some code, first showing the problem and then the solution.
+Sounds easy, right? Let’s finish with the chat and speak some code, first showing the problem and then the solution.
 
-> The examples below are from the [Dotkernel API framework](https://github.com/dotkernel/api), but the pattern applies to all laminas and mezzio applications and to all PSR-11 applications.
+> The examples below are from the **[Dotkernel API framework](https://github.com/dotkernel/api)**, but the pattern applies to all **laminas** and **mezzio** applications and to all PSR-11 applications.
 
-```php
+```
 class UserHandler implements RequestHandlerInterface
 {
     public function __construct(
@@ -42,10 +38,9 @@ class UserHandler implements RequestHandlerInterface
 }
 ```
 
-Above, we have a UserHandler (Controller), and we have the required dependencies: `UserService` and `config`.
-Normally, we would build a factory for this to get things from the container and put them in the config provider like this:
+Above, we have a **UserHandler** (Controller), and we have the required dependencies: `UserService `and `config`. Normally, we would build a factory for this to get things from the container and put them in the config provider like this:
 
-```php
+```
 class UserHandlerFactory
 {
     /**
@@ -66,7 +61,7 @@ class UserHandlerFactory
 
 And in the config provider, we would have the following:
 
-```php
+```
 public function getDependencies(): array
 {
     return
@@ -74,9 +69,9 @@ public function getDependencies(): array
 }
 ```
 
-In one more example, let's look at the real-world required dependencies for `UserService`, the dependency that is required for `UserHandler`.
+In one more example, let's look at the real-world required dependencies for `UserService`, the dependency that is required for `UserHandle`.
 
-```php
+```
 class UserService implements UserServiceInterface
 {
     public function __construct(
@@ -95,20 +90,21 @@ class UserService implements UserServiceInterface
 }
 ```
 
-Now consider that we need to build the factory for this and update it when we add a new dependency, and so on.
-We'd also need to build the logic in the factory to handle any dependencies missing from the container.
-Painful, right?
+Now consider that we need to build the factory for this and update it when we add a new dependency, and so on. Also to build the logic in the factory to handle any dependencies missing from the container. Painful right?
 
-Now let's use Dotkernel's [dot-dependency-injection](https://github.com/dotkernel/dot-dependency-injection) package to inject the required dependency into your class.
+Now let's use **Dotkernel's** [dot-dependency-injection](https://github.com/dotkernel/dot-dependency-injection) package to inject the required dependency into your class.
 
-After you install the package, your class needs to `use Dot\DependencyInjection\Attribute\Inject`, then you need to add the `#` attribute to the constructor definition to specify which dependencies should be injected.
+After you install the package, your class needs to `use Dot\DependencyInjection\Attribute\Inject` , then you need to add the `#[Inject(...)]` attribute to the constructor definition to specify which dependencies should be injected.
 
-```php
+```
 use Dot\DependencyInjection\Attribute\Inject;
 
 class UserHandler implements RequestHandlerInterface
 {
-    #
+    #[Inject(
+        UserServiceInterface::class,
+        "config",
+    )]
     public function __construct(
         protected UserServiceInterface $userService,
         protected array $config,
@@ -117,9 +113,9 @@ class UserHandler implements RequestHandlerInterface
 }
 ```
 
-Add the `Dot\DependencyInjection\Factory\AttributedServiceFactory` class to your `ConfigProvider`:
+Add the `Dot\DependencyInjection\Factory\AttributedServiceFactory` class to your `ConfigProvider`
 
-```php
+```
 public function getDependencies(): array
 {
     return
@@ -127,12 +123,11 @@ public function getDependencies(): array
 }
 ```
 
-That's right, the `AttributedServiceFactory` class is the only one you need to add to your config, so you are ready to go.
-This class will "build" the factory for you and will handle all the logic if any dependencies are not found in the container, with appropriate exceptions and messages.
+That's right, the ``AttributedServiceFactory` `class is the only one you need to add to your config, so you are ready to go. This class will "build" the factory for you and will handle all the logic if any dependencies are not found in the container with appropriate exceptions and messages.
 
 One more time, let's see how the `UserService` will look now.
 
-```php
+```
 class UserService implements UserServiceInterface
 {
     use Dot\DependencyInjection\Attribute\Inject;
@@ -155,10 +150,9 @@ class UserService implements UserServiceInterface
 }
 ```
 
-## And, That's Not All.
+## And, that's not all.
 
-If you use Doctrine and the repository pattern and you don't want to get your repository from `EntityManager` and want to inject it into your service, this package covers that too.
-The principle is the same, and for more insight about this, you can check the package documentation at [dot-dependency-injection](https://docs.dotkernel.org/dot-dependency-injection/).
+If you use doctrine and repository pattern and you don't want to get your repository from `EntityManager` and want to inject it into your service, this package covers that too. The principle is the same, and for more insight about this, you can check the package documentation at [dot-dependency-injection](https://docs.dotkernel.org/dot-dependency-injection/).
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.md b/public/md-articles/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.md
index a5b236aa..e9914ae1 100644
--- a/public/md-articles/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.md
+++ b/public/md-articles/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.md
@@ -11,24 +11,27 @@ language: "en"
 # Detecting Mobile Devices in Dotkernel 1.6.0
 
 ## TL;DR
-
 Dotkernel 1.6.0 no longer ships with a working built-in mobile detection method, because mobile detection now relies on the new Wurfl Cloud integration and must be configured via a Wurfl Cloud account and API key.
 The old Dot_UserAgent_Wurfl class was removed and replaced by Dot_UserAgent_WurflCloud, which uses the Wurfl Cloud API adapter.
 The article walks through the application.ini settings and shows sample code for reading device info and redirecting mobile visitors.
 
-The new Dotkernel version 1.6.0 is coming with some changes to how we detect mobile devices; these changes are because of the new Wurfl Cloud integration.
-This version of Dotkernel no longer comes with a working built-in method for mobile detection, so first we have to configure it.
+The new Dotkernel version 1.6.0 is comming with some changes how we are detecting mobile devices, this changes are because of the new Wurfl Cloud integration.
+
+This version of Dotkernel is not comming anymore with a working built in method for mobile detection, so first we have to configure it.
+
+- go to scientiamobile website and register for an Wurfl Cloud account
+- choose **device_os** and **mobile_browser** to your account and save
+- go to API Keys and copy the right key in application.ini
+
+ 
 
-- Go to the scientiamobile website and register for a Wurfl Cloud account.
-- Choose device_os and mobile_browser for your account and save.
-- Go to API Keys and copy the right key into application.ini.
+We choosed device_os and mobile_browser capabilities because with these two capabilities we can get some extra capabilities (isMobile, isSmartPhone, isIphone, isAndroid, isBlackberry, is Symbian and is WindowsMobile) using our built in methods.
 
-We chose device_os and mobile_browser capabilities because with these two capabilities we can get some extra capabilities (isMobile, isSmartPhone, isIphone, isAndroid, isBlackberry, isSymbian, and isWindowsMobile) using our built-in methods.
-Choosing other capabilities from scientiamobile will result in wrong detection of these extra capabilities, but you can get only those capabilities using another method from the Dot_UserAgent_WurflCloud class.
+Choosing other capabilities from scientiamobile will result in wrong detection of these extra capabilities, but you can get only those capabilities using another method from Dot_UserAgent_WurflCloud class.
 
-Wurfl Cloud setting in application.ini:
+Wurfl Cloud setting in application.ini
 
-```ini
+```
 resources.useragent.wurflcloud.active = TRUE
 resources.useragent.wurflcloud.redirect = TRUE
 resources.useragent.wurflcloud.cache = TRUE
@@ -38,29 +41,23 @@ resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 resources.useragent.wurflcloud.lib_dir = APPLICATION_PATH "/library/WurflCloud/"
 ```
 
-- active - used to turn on (TRUE) or off (FALSE) the Wurfl Cloud detection (default: TRUE).
-- redirect - if TRUE, visitors from the frontend will be redirected to the mobile module (default: TRUE).
-- cache - caches every distinct result to optimize the number of requests to scientiamobile (default: TRUE).
-- cache_lifetime - time in seconds to keep the results in cache (default: 3600).
-- cache_namespace - the prefix used for cache keys (default: WURFLCLOUD).
-- api_key - the API key from your WURFL Cloud account (change this to your own key).
-- lib_dir - the Wurfl Cloud library location in Dotkernel (don't change this, unless you want to move the library).
+**active** - used to turn on (TRUE) or off (FALSE) the wurfl cloud detection (default: TRUE) **redirect** - if is TRUE your visitators from frontend will be redirected to mobile module (default: TRUE) **cache** - cache every distinct result to optimize the number of requests to scientiamobile (default: TRUE) **cache_lifetime** - time in seconds to keep the results in cache (default: 3600) **cache_namespace** - the prefix used for cache keys (default: WURFLCLOUD) **api_key** - API Key from WURFL Cloud account (change this with your key) **lib_dir** - the wurfl cloud library location in Dotkernel (don't change this, just if you want to move the library)
 
-Because of these changes, we removed the old Dot_UserAgent_Wurfl class and added the new Dot_UserAgent_WurflCloud class, which uses the Wurfl Cloud API adapter.
+Because of these changes we removed the old Dot_UserAgent_Wurfl class and added the new one Dot_UserAgent_WurflCloud wich is using the Wurfl Cloud API adapter.
 
-## Example of Dot_UserAgent Usage in Dotkernel
+## Example of Dot_UserAgent usage in Dotkernel:
 
-Get Wurfl configuration:
+Get Wurfl configuration
 
-```php
+```
 $wurflConf = $registry->configuration->resources->useragent->wurflcloud;
 ```
 
-Note: you can have more Wurfl configurations if you have more libraries, like the Wurfl Package (GPL).
+Note: You can have more Wurfl configurations if you have more libraries like Wurfl Package (GPL)
 
-If Wurfl is active, then get device info:
+If Wurfl is active then get device info
 
-```php
+```
 if($wurflConf->active)
 {
     $deviceInfo = Dot_UserAgent :: getDeviceInfo($_SERVER);
@@ -68,9 +65,9 @@ if($wurflConf->active)
 }
 ```
 
-If the detected device is a mobile device, we save the device info in the database and redirect it to the mobile controller:
+If detected device is an mobile device we will save device info in database and redirect it to the mobile controller
 
-```php
+```
 if( (0 < count((array)$deviceInfo)) && $deviceInfo->isMobile)
 {
 
diff --git a/public/md-articles/dotkernel/disable-wurfl-redirect-for-mobile-browsers.md b/public/md-articles/dotkernel/disable-wurfl-redirect-for-mobile-browsers.md
index 8dab81ae..7ef958a2 100644
--- a/public/md-articles/dotkernel/disable-wurfl-redirect-for-mobile-browsers.md
+++ b/public/md-articles/dotkernel/disable-wurfl-redirect-for-mobile-browsers.md
@@ -11,24 +11,23 @@ language: "en"
 # Disable Wurfl redirect for mobile browsers
 
 ## TL;DR
-
 Dotkernel's example mobile site normally relies on Wurfl to detect mobile browsers and automatically redirect visitors there on their first homepage view, which isn't always desired.
 As of revision 408, this behavior is controlled by a single `resources.useragent.wurflapi.redirect` setting in application.ini.
 The article shows that setting along with the matching condition in `IndexController.php` that checks it before registering and redirecting a visit.
 
 Dotkernel has an example mobile site at [http://v1.dotkernel.net/mobile](http://v1.dotkernel.net/mobile) that uses [jQuery Mobile](http://jquerymobile.com/).
-Wurfl is also used to detect mobile browsers (as discussed in a [previous blog post](http://www.dotkernel.com/dotkernel/wurfl-zend-framework-integration-into-dotkernel/)) and automatically redirect them to the mobile site the first time they view the homepage.
-Sometimes this behavior isn't desired (for example when you don't have a mobile site, or you don't plan on using Wurfl at all).
 
-Starting with revision 408, there's an option in application.ini to disable the automatic redirect (by default the redirect is disabled):
+Wurfl is also used to detect mobile browsers (as discussed in a [previous blog post](http://www.dotkernel.com/dotkernel/wurfl-zend-framework-integration-into-dotkernel/)) and automatically redirect them to the mobile site the first time they view the homepage. Sometimes, this behavior isn't desired (for example when you don't have a mobile site, or you don't plan on using Wurfl at all)
+
+Starting with revision 408, there's an option in **application.ini** to disable the automatic redirect (by default the redirect is disabled):
 
-```ini
+```
 resources.useragent.wurflapi.redirect = false
 ```
 
-The following condition is also added to Controllers/frontend/IndexController.php (at line 19) to check the configuration:
+The following condition is also added to **Controllers/frontend/IndexController.php** (at line 19) to check the configuration:
 
-```php
+```
 //if automatic redirect is enabled in application.ini and the browser is mobile and session->mobileHit is not set, register it and redirect
 if($config->resources->useragent->wurflapi->redirect && 'mobile' == Dot_Kernel::getDevice()->getType() && !isset($session->mobileHit))
 ```
diff --git a/public/md-articles/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.md b/public/md-articles/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.md
index 065f64b5..6cd90015 100644
--- a/public/md-articles/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.md
+++ b/public/md-articles/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.md
@@ -11,62 +11,53 @@ language: "en"
 # Disambiguation: Dotkernel 1 and Dotkernel 3
 
 ## TL;DR
-
 Dotkernel 1 is the original PHP Application Framework built on Zend Framework 1 with an MVC architecture, released in 2010 and now in bugfix-only mode at version 1.8 LTS.
 Dotkernel 3 is a newer collection of PSR-7 middleware applications built on the Zend Expressive microframework and Zend Framework 3 components, implementing PSR-1, PSR-2, PSR-4, PSR-7, and PSR-11.
 Since Dotkernel 3's release, the unqualified name "Dotkernel" refers to Dotkernel 3, while Dotkernel 1 is always referenced explicitly.
 
-## What Is Dotkernel?
+## What is the meaning behind 'Dotkernel'?
+
+The name **Dotkernel** symbiotically combines the string **Dot,** as a representation of the Internet, and **Kernel**, the quintessential components of any IT application.
 
-The name Dotkernel symbiotically combines the string Dot, as a representation of the Internet, and Kernel, the quintessence of any IT application.
-In other words, Dotkernel wishes to be, with modesty, the central part of Internet development, ensuring increased development productivity and run-time performance.
+In other words, **Dotkernel** aims to become the starting point for development Internet applications and hence ensure increased development productivity and run-time performance.
 
-## What Is Dotkernel 1?
+## What was Dotkernel 1?
 
-Dotkernel 1 is a PHP Application Framework, built on top of Zend Framework 1 (ZF1).
-It had its first public release in July 2010.
-It is tightly coupled with Zend Framework 1, and adds a set of custom or external features (such as Router, Template Engine, etc.).
-It is composed of Zend Framework 1 and a set of custom or external features (such as Router, Template Engine, etc.).
-Dotkernel 1's architecture is based on MVC.
+Dotkernel 1 was a ***PHP* *Application Framework***, built on top of Zend Framework 1 (ZF1).
 
-The latest version is 1.8 Long Term Support.
-No new version will be released anymore, only bugfixes.
+It had the first public release in July 2010. It was tightly coupled with **Zend Framework 1** and adds a set of custom or external features (such as Router, Template Engine, etc.). It was composed of **Zend Framework 1** and a set of custom or external features (such as Router, Template Engine, etc.). Dotkernel 1 architecture was based on **MVC**.
 
-## What Is Dotkernel 3?
+The latest version is **1.8 Long Term Support**. It will not be getting any new releases or bugfixes because Zend Framework 1 is also not supported. If you are still using either Dotkernel 1 or Zend Framework 1, you need to refactor your code to the [Dotkernel Headless Platform](https://docs.dotkernel.org/headless-documentation/).
 
-A collection of PSR-7 Middleware applications built on top of the [Zend Expressive](https://docs.zendframework.com/zend-expressive/) microframework.
-It is composed of a set of custom and extended [Zend Framework 3](https://framework.zend.com/) components.
-Dotkernel 3's architecture is based on Middleware.
-Dotkernel implements the following PSRs: PSR-1, PSR-2, PSR-4, PSR-7, PSR-11.
+## What is Dotkernel?
 
-Currently there are 2 applications: Frontend and Admin, and a 3rd one is under development: API.
+A **collection** of PSR-15 Middleware applications built on top of the [**Mezzio**](https://docs.mezzio.dev/mezzio/v3/getting-started/quick-start/) microframework. It is composed of a set of custom and extended [**Laminas**](https://docs.laminas.dev/) components.
 
-## Dotkernel = Dotkernel 1 or Dotkernel 3?
+Dotkernel architecture is based on **Middleware**. Dotkernel implements the following PSR's, where applicable: PSR-7, PSR-11, PSR-15, PSR-3, PSR-4, PSR-6, PSR-13, PSR-14, PSR-17, PSR-18, PSR-20.
 
-In posts older than 2017, Dotkernel 1 was referred to as Dotkernel, because it was the only Dotkernel version.
-Since the release of Dotkernel 3, it is referred to as Dotkernel 3 or Dotkernel.
-All future references to Dotkernel 1 will be explicitly made.
+Currently, there are three applications:
 
-### As of Dotkernel 3 Release:
+- API
+ - Admin
+ - Queue
 
-Dotkernel 1 = Dotkernel 1
-Dotkernel 3 = Dotkernel 3
+## Dotkernel = Dotkernel 1 or the new Dotkernel?
 
-#### Dotkernel = Dotkernel 3
+In posts older than 2017 **Dotkernel 1** was referred to as **Dotkernel** because it was the only Dotkernel version. Since the release of newer versions, we have dropped the number at the end, so currently we refer to our platform as 'Dotkernel'.
 
 ## FAQ
 
 **Q: What does the name "Dotkernel" mean?**
-A: It combines "Dot", as a representation of the Internet, with "Kernel", the quintessence of any IT application, reflecting the aim of being a central part of Internet development.
+A: It combines "Dot", as a representation of the Internet, with "kernel", the quintessence of any IT application, reflecting the aim of being a central part of Internet development.
 
 **Q: What is Dotkernel 1?**
 A: A PHP Application Framework built on top of Zend Framework 1, first publicly released in July 2010, with an architecture based on MVC. Its latest version is 1.8 Long Term Support, which per the article will not be followed by a new version, only bugfixes.
 
-**Q: What is Dotkernel 3?**
-A: A collection of PSR-7 Middleware applications built on top of the Zend Expressive microframework, composed of a set of custom and extended Zend Framework 3 components, with an architecture based on Middleware. It implements PSR-1, PSR-2, PSR-4, PSR-7, and PSR-11.
+**Q: What is Dotkernel?**
+A: A collection of PSR-15 Middleware applications built on top of the Mezzio microframework. It implements PSR-7, PSR-11, PSR-15, PSR-3, PSR-4, PSR-6, PSR-13, PSR-14, PSR-17, PSR-18, PSR-20.
 
-**Q: How many applications make up Dotkernel 3?**
-A: At the time of the article, there were two available applications, Frontend and Admin, with a third one, API, under development.
+**Q: How many applications make up Dotkernel?**
+A: At the time of the article, there were three available applications, API, Admin and Queue.
 
 **Q: When someone writes just "Dotkernel", which version is meant?**
 A: In posts older than 2017, "Dotkernel" referred to Dotkernel 1, since it was the only version. Since the release of Dotkernel 3, "Dotkernel" refers to Dotkernel 3, and all future references to Dotkernel 1 are made explicitly.
diff --git a/public/md-articles/dotkernel/doctrine-cache-using-symfony-cache.md b/public/md-articles/dotkernel/doctrine-cache-using-symfony-cache.md
index 65bcfa97..c6c70efc 100644
--- a/public/md-articles/dotkernel/doctrine-cache-using-symfony-cache.md
+++ b/public/md-articles/dotkernel/doctrine-cache-using-symfony-cache.md
@@ -11,41 +11,50 @@ language: "en"
 # Doctrine cache using symfony/cache
 
 ## TL;DR
-
 Caching stores data the first time it's requested so that later requests can be served from the cache instead of the original, slower source, which improves response times.
 This article, a follow-up to an earlier caching article, shows how to enable the dot-cache component, a wrapper around symfony/cache, in Dotkernel Admin.
 It covers the array and filesystem storage adapters, configuring Doctrine's four cache types (result, metadata, query, hydration), and marking entities and queries as cacheable.
 
+When it comes to web development, performance is one of the critical elements that influence the success of an application. Developers focus on improving response times and overall speed to enhance the user experience.
+
+When a user visits a website or interacts with a web application, various resources such as images, scripts, and database queries are requested from the server. Retrieving these resources can sometimes be time-consuming, especially if they require complex processing or querying a database.
+
+To speed up this process and improve overall performance, developers implement caching mechanisms. When data is first requested, it's stored in a cache. Then, when subsequent requests for the same data are made, the application can retrieve it from the cache instead of fetching it from the original source. This reduces the time it takes to serve the content to the user because accessing data from the cache is typically much faster than retrieving it from the original source.
+
+> This article is a follow-up to the [previous article](https://www.dotkernel.com/how-to/doctrine-cache-in-mezzio-and-dotkernel/) where we tackled the caching topic.
+
+![](/uploads/article/019f8a80-cc52-73f7-afe5-9255a3bb4681/sdasdadsa.drawio.png)
+
+In this article our focus will be on enabling the [dot-cache](https://packagist.org/packages/dotkernel/dot-cache) component and effectively implementing caching in [Dotkernel Admin](https://github.com/dotkernel/admin/).
+
 ## Installation
 
 Run the following command in your project directory:
 
-```bash
+```
 composer require dotkernel/dot-cache
 ```
 
-After installing, add the `DotCacheConfigProvider::class` class to your configuration aggregate (config/config.php).
-Before continuing with the configuration process, it helps to know a few things about how and where the data is stored.
-The [dotkernel/dot-cache](https://packagist.org/packages/dotkernel/dot-cache) component is a wrapper that sits on top of [symfony/cache](https://packagist.org/packages/symfony/cache).
-It currently supports two adapters and can store data in two distinct locations:
+After installing, add the `DotCacheConfigProvider::class` class to your configuration aggregate (config/config.php).
+
+Before we continue with the configuration process we need to know a few things about how and where the data is stored.
 
-- array - stores data in-memory
-- filesystem - stores data on local disk files
+The [dotkernel/dot-cache](https://packagist.org/packages/dotkernel/dot-cache) component is a wrapper that sits on top of [symfony/cache](https://packagist.org/packages/symfony/cache). It currently supports two adapters and can store data in two distinct locations:
 
-1. Storing data in-memory is the fastest and sometimes the cheapest caching mechanism, but it also comes with down-sides.
-Storing everything in RAM memory is not the best idea when your application is running on a low memory system.
-In this case you should consider using the filesystem mechanism.
+1. **array** - stores data in-memory
+2. **filesystem** - stores data on local disk files
 
-2. The second caching mechanism involves storing data into files on the local disk, known as the filesystem option.
-While this option may be slightly slower than the first one, it provides a more persistent storage solution.
+1. Storing data in-memory is the fastest and sometimes the cheapest caching mechanism, but it also comes with down-sides. Storing everything in the RAM memory is not the best idea when your application is running on a low memory system. In this case you should consider using the **filesystem** mechanism.
 
-Feel free to explore and use other adapters from [symfony/cache](https://packagist.org/packages/symfony/cache) by checking the [official documentation](https://symfony.com/doc/current/components/cache.html#advanced-usage).
+2. The second caching mechanism involves storing data into files on the local disk, known as the **filesystem** option. While this option may be slightly slower than the first one, it provides a more persistent storage solution.
+
+**Feel free to explore and use other adapters from [symfony/cache](https://packagist.org/packages/symfony/cache)** **by checking the [official documentation](https://symfony.com/doc/current/components/cache.html#advanced-usage).**
 
 ## Configuration
 
-In `config/autoload/doctrine.global.php`, in the `doctrine.configuration.orm_default` key add the following entry:
+In `configautoloaddoctrine.global.php`, in the `doctrine.configuration.orm_default` key add the following entry:
 
-```php
+```
 'result_cache'       => 'filesystem',
 'metadata_cache'     => 'filesystem',
 'query_cache'        => 'filesystem',
@@ -54,74 +63,64 @@ In `config/autoload/doctrine.global.php`, in the `doctrine.configuration.orm_def
 ],
 ```
 
-Next, under the `doctrine` key add the following items:
+Next, under the `doctrine` key add the following items:
 
-```php
+```
 'cache' => ,
     'filesystem' => ,
 ],
 ```
 
-The result is that the metadata and query cache will be stored in the `data/cache/doctrine` folder and the hydration cache will be stored in-memory.
-Each system is unique, requiring customized configurations.
-Make sure to identify the specific configuration requirements for your application.
-Doctrine cache is divided into 4 different types:
+The result is that the metadata and query cache will be stored in the `data/cache/doctrine` folder and the hydration cache will be stored in-memory.
+
+Each system is unique, requiring customized configurations. Make sure to identify the specific configuration requirements for your application.
+
+**Doctrine cache is divided into 4 different types: **
 
 - `result_cache`
 - `metadata_cache`
 - `query_cache`
 - `hydration_cache`
 
-### Result Cache
+### **Result cache**
 
 The result cache can be used to store the results of your queries, enabling Doctrine to avoid querying the database or hydrating the data again after the initial retrieval.
 
-### Metadata Cache
+ 
+
+### **Metadata cache**
+
+Parsing your class metadata on every request is inefficient. Instead, it's advisable to cache this information using one of the available cache adapters.
 
-Parsing your class metadata on every request is inefficient.
-Instead, it's advisable to cache this information using one of the available cache adapters.
+ 
 
-### Query Cache
+### **Query cache**
 
-In a production environment, it's strongly recommended to cache the resulting DQL query into its SQL equivalent.
-Since the query doesn't change unless the DQL query itself changes, it's unnecessary to parse it multiple times.
+In a production environment, it's strongly recommended to cache the resulted DQL query into its SQL equivalent. Since the query doesn't change unless the DQL query itself changes, it's unnecessary to parse it multiple times.
 
-### Hydration Cache
+### **Hydration cache**
 
-Doctrine hydration cache is a feature that stores the results of data hydration, which is the process of converting raw database data into usable objects or arrays.
-By caching these results, it avoids repeating the hydration process for repeated queries, improving performance.
+Doctrine hydration cache is a feature that stores the results of data hydration, which is the process of converting raw database data into usable objects or arrays. By caching these results, it avoids repeating the hydration process for repeated queries, improving performance.
 
-## How to Use
+## How to use
 
-To enable caching for entities, you need to add the `#` attribute like in the following example:
+To enable caching for entities, need to add the  `#` attribute like in the following example:
 
-```php
-#
-#
-#
-class Admin extends AbstractEntity implements AdminInterface
-{
-}
+```
+###class Admin extends AbstractEntity implements AdminInterface{}
 ```
 
 For further details about the cache mode please refer to the [official documentation](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/second-level-cache.html).
-When querying data, you can have Doctrine cache your results.
-You do this by calling the `setCacheable` method on the query builder.
-
-```php
-$this->getQueryBuilder()
-     ->select('admin')
-     ->from(Admin::class, 'admin')
-     ->setCacheable(true)
-     ->getQuery()
-     ->getResult();
+
+When querying data, you can have Doctrine cache your results. You do this by calling the `setCacheable` method on the query builder.
+
 ```
+$this->getQueryBuilder()     ->select('admin')     ->from(Admin::class, 'admin')     ->setCacheable(true)     ->getQuery()     ->getResult();
+```
+
+Caching is not limited to entities alone. Objects can be cached too. Check the [basic cache usage](https://symfony.com/doc/current/components/cache.html#basic-usage-psr-6) for this purpose.
 
-Caching is not limited to entities alone.
-Objects can be cached too.
-Check the [basic cache usage](https://symfony.com/doc/current/components/cache.html#basic-usage-psr-6) for this purpose.
-In conclusion, cache plays a vital role in optimizing system performance and improving user experience by storing frequently accessed data.
-As technology continues to evolve, caching mechanisms will remain an integral part of modern computing architectures, driving faster access to data and smoother user interactions across various digital platforms.
+In conclusion, cache plays a vital role in optimizing system performance and improving user experience by storing frequently accessed data. As technology continues to evolve, caching mechanisms will remain an integral part of modern computing architectures, driving faster access to data and smoother user interactions across various digital platforms.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/doctrine-enum-implementation-in-dotkernel.md b/public/md-articles/dotkernel/doctrine-enum-implementation-in-dotkernel.md
index e8720a93..c794116f 100644
--- a/public/md-articles/dotkernel/doctrine-enum-implementation-in-dotkernel.md
+++ b/public/md-articles/dotkernel/doctrine-enum-implementation-in-dotkernel.md
@@ -11,85 +11,87 @@ language: "en"
 # Doctrine enum implementation in Dotkernel
 
 ## TL;DR
-
 Doctrine ORM 3.2.0 added EnumType columns, building on the enum type introduced in PHP 8.1, and Dotkernel now implements this on both the PHP and database sides.
 The article contrasts Dotkernel's old string-based flag columns (like `User->Status`) with a new setup that uses custom PHP enums paired with a DBAL type extending `AbstractEnumType`.
 The new approach creates an explicit, enforced link between the PHP code and the database column values, at the cost of needing to update both sides whenever the value set changes.
 
-## Doctrine's Approach
+The update of `doctrine/orm` to version 3.2.0 saw the introduction of **EnumType** columns. The enum type was introduced in **PHP 8.1**. This new data type is now implemented in Dotkernel, on both the PHP side and the database side.
+
+Below we will discuss some technical aspects behind this update. You can review the full update in [this Dotkernel API Pull Request](https://github.com/dotkernel/api/pull/339/files).
 
-The update introduces the detection of `enumType` and `options.values` from a property with `type: Types::ENUM`.
-[This PR](https://github.com/doctrine/orm/pull/11666) discusses the update and links to several older relevant issues.
+## Doctrine's approach
 
-### Old Setup
+The update introduces the detection of `enumType` and `options.values` from a property with `type: Types::ENUM`. [This PR](https://github.com/doctrine/orm/pull/11666) discusses the update and links to several older relevant issues.
 
-```php
-#
+### Old setup
+
+```
+#[Entity]
 class Card
 {
-    #
-    #
-    #
+    #[Id]
+    #[GeneratedValue]
+    #[Column]
     public int $id;
 
-    #],
+    #[Column(
+        type: Types::ENUM,
+        enumType: Suit::class,
+        options: ['values' => ['H', 'D', 'C', 'S']],
     )]
     public Suit $suit;
 }
 ```
 
-### New Setup
+### New setup
 
-```php
-#
+```
+#[Entity]
 class Card
 {
-    #
-    #
-    #
+    #[Id]
+    #[GeneratedValue]
+    #[Column]
     public int $id;
 
-    #
+    #[Column(type: Types::ENUM)]
     public Suit $suit;
 }
 ```
 
-Note that the type `Types::ENUM` part is still required if we want to have an actual `enum` column in MySQL/MariaDB.
-We still default to `Types::STRING` or `Types::INTEGER` for column types with a PHP enum, as this is the more portable solution and the safer default.
+> Note that the type `Types::ENUM` part is still required if we want to have an actual `enum` column in MariaDB. We still default to `Types::STRING` or `TYPES::INTEGER` for columns types with a PHP enum as this is the more portable solution and the safer default.
 
-## Dotkernel's Approach
+## Dotkernel's approach
 
-### Old Setup
+### Old setup
 
-Dotkernel uses flags for columns like `User->Status`, but we resorted to the simpler `string` type.
-The obvious disadvantage is that you can't definitively enforce a set of values for a given column.
-Sure, the PHP can be set up to only use the agreed-upon set of values, but the database is independent from it.
-If you edit a value manually in the database, any string is accepted.
+Dotkernel uses flags for columns like `User->Status`, but we resorted to the simpler `string` type. The obvious disadvantage is that you can't definitively enforce a set of values for a given column. Sure, the PHP can be set up to only use the agrred upon set of values, but the database is independent from it. If you edit a value manually in the database, any string is accepted.
 
-The issue is the same on the side of the PHP code.
-If the developer adds a value with a typo, it's supported, but will not work as intended.
+The issue is the same on the side of the PHP code. If the developer adds a value with a typo, it's supported, but will not work as intended.
 
-The only advantage this setup has is the ability to easily add more values in the value set.
-This may be seen as a feature, but it invites bugs in the execution.
+The only advantage this setup has is the ability to easily add more values in the value set. This may be seen as a feature, but it invites bugs in the execution.
 
 Our old implementation defined the values like below, for the `User` entity.
 
-```php
+```
 public const STATUS_PENDING = 'pending';
 public const STATUS_ACTIVE  = 'active';
-public const STATUSES       = ;
+public const STATUSES       = [
+    self::STATUS_PENDING,
+    self::STATUS_ACTIVE,
+];
 ```
 
 The column for the ORM was defined like this, as a simple string, with `pending` as its default value:
 
-```php
-#
+```
+#[ORM\Column(name: "status", type: "string", length: 20)]
 protected string $status = self::STATUS_PENDING;
 ```
 
 Obviously, the `getStatus` and `setStatus` also work with strings:
 
-```php
+```
 public function getStatus(): string
 {
     return $this->status;
@@ -101,20 +103,19 @@ public function setStatus(string $status): self
 }
 ```
 
-### New Setup
+### New setup
 
-Thanks to the update of `doctrine/orm` to version 3.2.0, Dotkernel can now have a proper link between the PHP code and database values.
-Now the link between the PHP code and the database is explicit and enforced.
+Thanks to the update of `doctrine/orm` to version 3.2.0, Dotkernel can now have a proper link between the PHP code and database values. Now the link between the PHP code and the database is explicit and enforced.
 
-Any update to the value set must be on both the PHP code and the database.
+> Any update to the value set must be on both the PHP code and the database.
 
 Let's review how the update affects the `User` entity.
 
-In the next example, we show how to implement a value set using a custom enum.
+> In the next example, we show how to implement a value set using a custom enum.
 
 First, we define our custom value set in `src/User/src/Enum/UserStatusEnum.php`.
 
-```php
+```
 namespace Api\User\Enum;
 
 enum UserStatusEnum: string
@@ -126,9 +127,9 @@ enum UserStatusEnum: string
 
 We need to create `src/User/src/DBAL/Types/UserStatusEnumType.php` to process the new values for the `status` column.
 
-`AbstractEnumType` must be extended by any future custom enum type.
+> `AbstractEnumType` must be extended by any future custom enum type.
 
-```php
+```
 namespace Api\User\DBAL\Types;
 
 use Api\App\DBAL\Types\AbstractEnumType;
@@ -150,41 +151,45 @@ class UserStatusEnumType extends AbstractEnumType
 }
 ```
 
-If you create your own enum types, make sure to update the `NAME` constant and the value returned by `getEnumClass`.
+> If you create your own enum types, make sure to update the `NAME` constant and the value returned by `getEnumClass`.
 
 Let's register the custom type in `config/autoload/doctrine.global.php` under the `types` key:
 
-```php
-'types'         =>
+```
+'types'         => [
+[...]
     UserStatusEnumType::NAME => UserStatusEnumType::class,
-
+[...]
 ],
 ```
 
 The filtering is updated in `src/User/src/InputFilter/Input/StatusInput.php`:
 
-```php
+```
 $this->getFilterChain()
     ->attachByName(StringTrim::class)
     ->attachByName(StripTags::class)
     ->attach(fn($value) => $value === null ? UserStatusEnum::Active : UserStatusEnum::from($value));
 
 $this->getValidatorChain()
-    ->attachByName(InArray::class, , true);
+    ->attachByName(InArray::class, [
+        'haystack' => UserStatusEnum::cases(),
+        'message'  => sprintf(Message::INVALID_VALUE, 'status'),
+    ], true);
 ```
 
 The above ensures that the new `UserStatusEnum` class is used for the `status` column updates.
 
 The `User` entity uses the new `UserStatusEnum` class.
 
-```php
-#)]
+```
+#[ORM\Column(type: 'user_status_enum', options: ['default' => UserStatusEnum::Pending])]
 protected UserStatusEnum $status = UserStatusEnum::Pending;
 ```
 
 The `status` getter and setter are also updated:
 
-```php
+```
 public function getStatus(): UserStatusEnum
 {
     return $this->status;
@@ -196,28 +201,27 @@ public function setStatus(UserStatusEnum $status): self
 }
 ```
 
-Dotkernel checks the user status during login in `src/User/src/Repository/UserRepository.php`.
-If the user is not activated, the login is rejected.
+Dotkernel checks the user status during login in `src/User/src/Repository/UserRepository.php`. If the user is not activated, the login is rejected.
 
-```php
-if ($clientEntity->getName() === 'frontend' && $result !== UserStatusEnum::Active) {
+```
+if ($clientEntity->getName() === 'frontend' && $result['status'] !== UserStatusEnum::Active) {
     throw new OAuthServerException(Message::USER_NOT_ACTIVATED, 6, 'inactive_user', 401);
 }
 ```
 
 A new user is created using the `enum` type and `pending` as the default.
 
-```php
+```
 $user = (new User())
     ->setDetail($detail)
-    ->setIdentity($data)
-    ->usePassword($data)
-    ->setStatus($data ?? UserStatusEnum::Pending);
+    ->setIdentity($data['identity'])
+    ->usePassword($data['password'])
+    ->setStatus($data['status'] ?? UserStatusEnum::Pending);
 ```
 
 Note the `status` column in the migration query which now looks like this:
 
-```php
+```
 $this->addSql('
 CREATE TABLE user (
     uuid BINARY(16) NOT NULL,
@@ -241,14 +245,19 @@ new setup: status ENUM(\'active\', \'pending\') DEFAULT \'pending\' NOT NULL
 
 ## Conclusions
 
-The old setup used in the Dotkernel applications worked fine, but the limitations were clear as day.
-There was:
+The old setup used in the Dotkernel applications worked fine, but the limitations were clear as day. There was:
 
 - No enforcement of the value set.
 - No link between the PHP code and the database.
 
 The new setup solves both issues, ensuring more consistent flag management for your classes.
 
+## Relevant links
+
+- [Dotkernel API Pull Request](https://github.com/dotkernel/api/pull/339/files)
+- [Doctrine Pull Request](https://github.com/doctrine/orm/pull/11666)
+- [PHP Enumerations](https://www.php.net/manual/en/language.enumerations.overview.php)
+
 ## FAQ
 
 **Q: What update triggered this change to Dotkernel's enum handling?**
@@ -264,13 +273,7 @@ A: It made it easy to add more values to the value set, though the article notes
 A: A PHP enum class (like UserStatusEnum) plus a DBAL type class extending AbstractEnumType, which must define a NAME constant and a getEnumClass() method; the new type is then registered under the types key in config/autoload/doctrine.global.php.
 
 **Q: Does Types::ENUM still fall back to a string or integer database column?**
-A: The article notes that Doctrine still defaults to Types::STRING or Types::INTEGER for columns backed by a PHP enum, as this is considered the more portable and safer default; Types::ENUM is required if you want an actual enum column in MySQL/MariaDB.
+A: The article notes that Doctrine still defaults to Types::STRING or Types::INTEGER for columns backed by a PHP enum, as this is considered the more portable and safer default; Types::ENUM is required if you want an actual enum column in MariaDB.
 
 **Q: What must happen when the value set of an enum changes under the new setup?**
 A: Any update to the value set must be made on both the PHP code and the database, since the new setup creates an explicit, enforced link between them.
-
-## Resources
-
-- [Dotkernel API Pull Request](https://github.com/dotkernel/api/pull/339/files)
-- [Doctrine Pull Request](https://github.com/doctrine/orm/pull/11666)
-- [PHP Enumerations](https://www.php.net/manual/en/language.enumerations.overview.php)
diff --git a/public/md-articles/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.md b/public/md-articles/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.md
index 5db3060a..1e0ad2fc 100644
--- a/public/md-articles/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.md
+++ b/public/md-articles/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.md
@@ -11,28 +11,19 @@ language: "en"
 # DotBoost Technologies : Products and Services North American Relaunch
 
 ## TL;DR
-
 Dotboost announces its North American relaunch, aimed at better serving clients in Canada and the US.
 The relaunch centers on the source release of its in-house Dotkernel framework, along with expanded business IT integration and clearer consulting services.
 Founded in 2005, Dotboost describes itself as treating clients as strategic partners rather than as a typical IT vendor.
 
-## The North American Relaunch
-
-A new style and advanced approach to accompany the Dotkernel source release.
-
-Dotboost is pleased to announce our North American Relaunch.
-This new phase comes as a result of dedicated research and analysis on how to best serve clients in Canada and the US.
+**A new style and advanced approach to accompany the Dotkernel source release**
 
-At the heart of our relaunch is the source release for our exclusive inhouse developed Dotkernel framework.
-We have also added business IT integration and increased the clarity to our existing consulting services.
+Dotboost is pleased to announce our North American Relaunch. This new phase comes as a result of dedicated research and analysis on how to best serve clients in Canada and the US.
 
-## The Dotboost Approach
+At the heart of our relaunch is the source release for our exclusive inhouse developed Dotkernel framework. We have also added business IT integration and increased the clarity to our existing consulting services.
 
-We're not your average IT organization; we view our customers as strategic partners.
-This paradigm allows us to take a comprehensive approach towards creating solutions and gain the competitive advantage.
+We're not your average IT organization; we view our customers as strategic partners. This paradigm allows us to take a comprehensive approach towards creating solutions and gain the competitive advantage.
 
-Founded in 2005, the Dotboost process can incorporate anywhere into your project's life-cycle including concept development, architecture and design, development and integration, and implementation and support.
-We use time and distance to our advantage, pushing competitive boundaries and staking our place as a globally efficient organization.
+Founded in 2005, the Dotboost process can incorporate anywhere into your project's life-cycle including concept development, architecture and design, development and integration, and implementation and support. We use time and distance to our advantage, pushing competitive boundaries and staking our place as a globally efficient organization.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/dotkernel-1-2-0-release.md b/public/md-articles/dotkernel/dotkernel-1-2-0-release.md
index 85d3f2e9..e135e983 100644
--- a/public/md-articles/dotkernel/dotkernel-1-2-0-release.md
+++ b/public/md-articles/dotkernel/dotkernel-1-2-0-release.md
@@ -11,39 +11,27 @@ language: "en"
 # Dotkernel 1.2.0 release
 
 ## TL;DR
-
 Dotkernel 1.2.0 has been released, bringing changes since the previous 1.1.2 release.
 The database tables were renamed and restructured to follow database naming conventions, and configuration for each "dots" (submodule) now lives in XML files instead of being hard-coded in PHP.
 The release also adds new library classes (Dot_Geoip, Dot_Seo), updates existing ones (Dot_Curl, Dot_Session), and confirms that all SQL queries are written as prepared statements.
 
-## Database Naming Conventions
-
-On database, we changed the names and structure of tables to respect database naming convention.
-See [http://www.dotkernel.com/dotkernel/dotkernel-database-naming-conventions-for-mysql/](http://www.dotkernel.com/dotkernel/dotkernel-database-naming-conventions-for-mysql/) for details.
-
-## The "Dots" Concept
+Finally we reached Dotkernel 1.2.0 milestone.
 
-A new word came into our Dotkernel discussions: dots.
-We use this term when talking about a submodule and all its component files.
-For example, "user" is a submodule of the frontend module.
-Note that one dots can be part of multiple modules (for example, "user" dots belong to both the frontend and admin module).
-For each dots, the configuration values have been added to XML files which are stored in the configs/dots folder.
-In the previous versions, these values were hard-coded in the PHP files.
+Since the previous released 1.1.2, some changes have been made.
 
-Another change made in the configs folder is resource.xml, which contains the configuration values for the controllers of each module.
+- On database, we changed the names and structure of tables to respect database naming convention. [*http://www.dotkernel.com/dotkernel/dotkernel-database-naming-conventions-for-mysql/*](../dotkernel/dotkernel-database-naming-conventions-for-mysql/)
 
-To be easier to start an application from Dotkernel, in the admin module, there are now the following dots: admin, user and system.
+- A new word came into our Dotkernel discussions: ***dots.*** We use this term when talking about a submodule and all its component files. For example, *“user”* is a submodule of *frontend* module. Note that one dots can be part of multiple modules. (For example, *“user”* dots belong to *frontend* and *admin* module). For each dots, the configurations values have been added to xml files which are stored in *configs/dots* folder. In the preview versions, this values where hard-coded in the php files.
 
-## Library Class Updates
+- Another change made in *configs* folder is *resource.xml*, which contains the configuration values for the controllers of each module.
 
-New library classes have been implemented: Dot_Geoip and Dot_Seo, and some of the existing ones have been updated: Dot_Curl and Dot_Session (each module has its own session).
+To be easier to start an application from Dotkernel, in admin module, there are now the following dots:  admin, user and system.
 
-## SQL Prepared Statements
+New library classes have been implemented: Dot_Geoip and Dot_Seo, and some of the existing ones have been updated: Dot_Curl and Dot_Session (each module has his own session).
 
-In Dotkernel, all SQL queries are written as prepared statements.
-We strongly encourage this practice: [http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/](http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/)
+In Dotkernel, all SQL queries are written as prepared statements.  We strongly encourage this  practice: *[http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/](../php-development/protection-against-sql-injection-using-pdo-and-zend-framework/)*
 
-For more details, see [ChangeLog 1.2.0](http://www.dotkernel.com/changelog/1-2-0/).
+For more details, see  [ChangeLog 1.2.0](http://www.dotkernel.com/changelog/1-2-0/)
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/dotkernel-1-2-2-release.md b/public/md-articles/dotkernel/dotkernel-1-2-2-release.md
index 95c3fa76..53290e96 100644
--- a/public/md-articles/dotkernel/dotkernel-1-2-2-release.md
+++ b/public/md-articles/dotkernel/dotkernel-1-2-2-release.md
@@ -11,43 +11,30 @@ language: "en"
 # Dotkernel 1.2.2 release
 
 ## TL;DR
-
 Dotkernel 1.2.2 is a bug-fix release that closes five tracked issues.
 Because one of the fixes updated the copyright line, every PHP file in the codebase changed, so the full release or the incremental upgrade package is needed.
 
-## Bug fixes in 1.2.2
-
-- **31** - captcha errors try/catch
-- **32** - pagination issue
-- **33** - admin wrong link
-- **34** - Acunetix scan results from July 24th (notices and one fatal error)
-- **35** - update copyright line in files
+Yesterday, we released **Dotkernel 1.2.2**. It contains some bug fixes:
 
-**Note:** because of bug 35, all PHP files changed in this release.
+- [31](http://www.dotkernel.net/view.php?id=31) – captcha errors try catch
+- [32](http://www.dotkernel.net/view.php?id=32) – pagination issue
+- [33](http://www.dotkernel.net/view.php?id=33) – Admin wrong link
+- [34](http://www.dotkernel.net/view.php?id=34) – Acunetix results July 24th ( notices and one fatal error)
+- [35](http://www.dotkernel.net/view.php?id=35) – update copyright line in files
 
-## Upgrading
+For more details see [ChangeLog 1.2.2](../changelog/1-2-2/). To get only the changed files from 1.2.1 to 1.2.2, download the [upgrade](../download/?did=17) file
 
-To get only the changed files from 1.2.1 to 1.2.2, download the upgrade package (linked in the post) instead of the full distribution.
-Full details are available in the ChangeLog 1.2.2, and further changes can be tracked on the Dotkernel Tracker or Dotkernel WebSVN.
+**Note***: because of the Bug 35, all php files have changed. To see what else has changed, check the [Dotkernel Tracker](http://www.dotkernel.net/) or the [Dotkernel WebSVN](http://websvn.dotkernel.net/listing.php?repname=Dotkernel+ver.+1) .
 
-Note also that Dotkernel 1.2.1 had been released a few days earlier, on July 22, 2010, with its own ChangeLog and upgrade package.
+*P.S.* On July 22, 2010 we released *Dotkernel 1.2.1.* You can check the [ChangeLog 1.2.1](../changelog/1-2-1/) or download [the upgrade 1.2.1](../download/?did=14) zip file.
 
 ## FAQ
 
 **Q: What does the Dotkernel 1.2.2 release include?**
-A: It's a bug-fix release that closes five issues: captcha error handling (try/catch), a pagination issue, a wrong admin link, notices and a fatal error found by an Acunetix scan, and an update to the copyright line in files.
+A: Dotkernel 1.2.2 is a bug-fix release that closes five issues: captcha error handling (try/catch), a pagination issue, a wrong admin link, notices and a fatal error found by an Acunetix scan, and an update to the copyright line in files.
 
 **Q: Why did all PHP files change in the 1.2.2 release?**
 A: Because of the fix for bug 35, which updated the copyright line, every PHP file in the codebase was touched, which is why the note in the post warns that all PHP files have changed.
 
 **Q: How can I upgrade from a previous version to 1.2.2?**
 A: You can download just the changed files from 1.2.1 to 1.2.2 using the upgrade package linked in the post, or check the ChangeLog 1.2.2 for full details of what changed.
-
-## Resources
-
-- ChangeLog 1.2.2 (linked in the original post as `../changelog/1-2-2/`)
-- Upgrade package for 1.2.2 (linked in the original post as `../download/?did=17`)
-- Dotkernel Tracker: http://www.dotkernel.net/
-- Dotkernel WebSVN: http://websvn.dotkernel.net/listing.php?repname=Dotkernel+ver.+1
-- ChangeLog 1.2.1 (linked in the original post as `../changelog/1-2-1/`)
-- Upgrade package for 1.2.1 (linked in the original post as `../download/?did=14`)
diff --git a/public/md-articles/dotkernel/dotkernel-1-3-0-release.md b/public/md-articles/dotkernel/dotkernel-1-3-0-release.md
index 10389c78..c90ce5ec 100644
--- a/public/md-articles/dotkernel/dotkernel-1-3-0-release.md
+++ b/public/md-articles/dotkernel/dotkernel-1-3-0-release.md
@@ -11,37 +11,28 @@ language: "en"
 # Dotkernel 1.3.0 release
 
 ## TL;DR
-
 Dotkernel 1.3.0 brings a switchable admin skin, a way to protect member-only pages, a rename of Dot_Sessions, and a reorganization of resource.xml into route.xml and dots.xml.
 Because of that XML reorganization, 1.3.0 is not backward compatible with earlier versions.
 
-## Highlights
-
-### Admin skin switcher
-
-The admin skin can now be customized. Several ready-made skins are available: blue, brown, gray, and green.
-Set the skin by changing the `settings.admin.skin` value (e.g. `settings.admin.skin = green`).
+[Dotkernel 1.3.0](../download/?did=23) is released at last. It contains important changes and new features.
 
-### Protecting member-only links
+- [64](http://www.dotkernel.net/view.php?id=64): **[Feature]** Skin switcher in admin - closed.
 
-To protect a link so only logged-in members can access it, add this line in the controller file above the code that should require login:
+The admin skin can be customized. There are several readymade skins like: *blue*, *brown*, *gray* and *green*. To set the admin skin, change the value of *settings.admin.skin* from application (e.g. *settings.admin.skin = green*).
 
-```php
-Dot_Auth::checkIdentity();
-```
+- [76](http://www.dotkernel.net/view.php?id=76): **[Bugs]** Want-Url in frontend - closed.
 
-### XML reorganization
+To protect a link that is accessible by members only, add this line in the controller file to protect what is below it: *Dot_Auth::checkIdentity();*
 
-Some XML files from the configs folder were changed. `resource.xml` was deleted and its content was split between two new files, `route.xml` and `dots.xml`.
+- [77](http://www.dotkernel.net/view.php?id=77): **[Bugs]** Dot_Sessions / rename - closed. - [70](http://www.dotkernel.net/view.php?id=70): **[Bugs]** Menu issue in Admin and frontend - closed. - [73](http://www.dotkernel.net/view.php?id=73): **[Bugs]** Naming consistency Upper-lower case in url - closed. - [71](http://www.dotkernel.net/view.php?id=71): **[Bugs]** XSS forgot password - closed. - [72](http://www.dotkernel.net/view.php?id=72): **[Bugs]** scan result Oct 12th - closed. - [63](http://www.dotkernel.net/view.php?id=63): **[Bugs]** Scan results Oct 1, 2010 on 1.3.0 RC - closed. - [69](http://www.dotkernel.net/view.php?id=69): **[Bugs]** reorganization of XMl files - closed.
 
-### Other closed issues
+Some xml files from configs folder have been changed to encompass the current needs of Dotkernel. *resource.xml* has been deleted and its content split between *route.xml* and *dots.xml*. Check the manual to find more about [route.xml](../docs/router-xml/) and [dots.xml](../docs/dots-xml/)
 
-The release also closed a number of other tracked issues, covering: the Dot_Sessions rename, menu issues in Admin and frontend, URL casing consistency, an XSS issue in the forgot-password flow, several security scan results, admin listing/UI fixes, a GeoIP extension listing feature, and formatting cleanup (blank lines, brace placement) across the frontend files.
+- [67](http://www.dotkernel.net/view.php?id=67): **[Bugs]** Security Issue / test controller - closed. - [68](http://www.dotkernel.net/view.php?id=68): **[Bugs]** The canonical URL isn't escaped - closed. - [66](http://www.dotkernel.net/view.php?id=66): **[Bugs]** Blank line at the beginning of every file in the frontend - closed. - [60](http://www.dotkernel.net/view.php?id=60): **[Bugs]** 1.3.0 as Release Candidate Friday Oct 1st - closed. - [62](http://www.dotkernel.net/view.php?id=62): **[Bugs]** Admin text box class dojo - closed. - [55](http://www.dotkernel.net/view.php?id=55): **[Bugs]** geoIP extension: record by name + list in dashboard admin GEOIP version and build - closed. - [59](http://www.dotkernel.net/view.php?id=59): **[Bugs]** Admin listings # - closed. - [61](http://www.dotkernel.net/view.php?id=61): **[Bugs]** Admin Add Transporter not working - closed. - [58](http://www.dotkernel.net/view.php?id=58): **[Bugs]** Admin : list stuff, div float - closed. - [57](http://www.dotkernel.net/view.php?id=57): **[Bugs]** OS name on admin/on mouse over - closed. - [53](http://www.dotkernel.net/view.php?id=53): **[Bugs]** drop-down list in admin/user logins - closed. - [52](http://www.dotkernel.net/view.php?id=52): **[Bugs]** Admin hide debug bar in Login page - closed.
 
-## Compatibility note
+For more details see [ChangeLog 1.3.0](../changelog/1-3-0/).
 
-Because of the XML file reorganization, this release is **not compatible** with previous versions.
-Further details on what changed are available on the Dotkernel Tracker or Dotkernel WebSVN.
+**Note***: because of the bug [69](http://www.dotkernel.net/view.php?id=69), this release is not compatible with the previous versions. To see what else has changed, check [Dotkernel Tracker](http://www.dotkernel.net/) or [Dotkernel WebSVN](http://websvn.dotkernel.net/listing.php?repname=Dotkernel).
 
 ## FAQ
 
@@ -56,12 +47,3 @@ A: resource.xml was deleted and its content split between two new files, route.x
 
 **Q: Is Dotkernel 1.3.0 backward compatible with earlier versions?**
 A: No. Because of the XML file reorganization (bug 69), 1.3.0 is not compatible with previous versions.
-
-## Resources
-
-- Dotkernel 1.3.0 download (linked in the original post as `../download/?did=23`)
-- ChangeLog 1.3.0 (linked in the original post as `../changelog/1-3-0/`)
-- route.xml documentation (linked in the original post as `../docs/router-xml/`)
-- dots.xml documentation (linked in the original post as `../docs/dots-xml/`)
-- Dotkernel Tracker: http://www.dotkernel.net/
-- Dotkernel WebSVN: http://websvn.dotkernel.net/listing.php?repname=Dotkernel
diff --git a/public/md-articles/dotkernel/dotkernel-1-3-2-release.md b/public/md-articles/dotkernel/dotkernel-1-3-2-release.md
index 77aca70a..3383a78c 100644
--- a/public/md-articles/dotkernel/dotkernel-1-3-2-release.md
+++ b/public/md-articles/dotkernel/dotkernel-1-3-2-release.md
@@ -11,29 +11,30 @@ language: "en"
 # Dotkernel 1.3.2 release
 
 ## TL;DR
-
 Released just before the winter holidays, Dotkernel 1.3.2 is mainly a maintenance release: it contains many bug fixes, some refactoring, and a few minor features.
 
-## Bug fixes
+Before the winter holiday we came with a new release: [Dotkernel 1.3.2](http://www.dotkernel.com/download/?did=27) It contains many bug fixes, some refactoring and a few minor features.
+
+Bugs fixes:
 
-- CSS issue on the admin phpinfo page
-- Warning in the admin dashboard for a file
-- WURFL cache issue in admin
-- WURFL version issue
-- Dot_Paginator bug
-- Zend Paginator double-query issue
-- Database naming convention issue
-- Database normalisation/refactor
+- [0000111](http://www.dotkernel.net/view.php?id=111): **[Bugs]** Css phpinfo page admin
+- [0000115](http://www.dotkernel.net/view.php?id=115): **[Bugs]** warning in admin dashboard for file
+- [0000108](http://www.dotkernel.net/view.php?id=108): **[Bugs]** WUFRL cache in admin
+- [0000094](http://www.dotkernel.net/view.php?id=94): **[Bugs]** WURLF version
+- [0000112](http://www.dotkernel.net/view.php?id=112): **[Bugs]** Dot_Paginator Bug
+- [0000109](http://www.dotkernel.net/view.php?id=109): **[Bugs]** Zend Paginator double query ?
+- [0000089](http://www.dotkernel.net/view.php?id=89): **[Bugs]** Database naming convention
+- [0000097](http://www.dotkernel.net/view.php?id=97): **[Bugs]** Database normalisation/refactor
 
-## Minor features
+Minor features:
 
-- Refactor of validIP in the Dot_Kernel class
-- WURFL date and API version shown in admin
+- [0000096](http://www.dotkernel.net/view.php?id=96): **[Feature]** validIP , class Dot_Kernel refactor
+- [0000099](http://www.dotkernel.net/view.php?id=99): **[Feature]** WURFL date and api version in admin
 
-## Refactoring
+Refactoring:
 
-- Zend_Paginator refactoring
-- Added a dojo dijit theme to Dotkernel
+- [0000110](http://www.dotkernel.net/view.php?id=110): **[REFACTOR]** Zend_Paginator
+- [0000107](http://www.dotkernel.net/view.php?id=107): **[REFACTOR]** Add a dojo dijit theme to Dotkernel
 
 ## FAQ
 
@@ -44,9 +45,4 @@ A: It's mainly a maintenance release, containing many bug fixes, some refactorin
 A: Fixes include a CSS issue on the admin phpinfo page, a warning in the admin dashboard, a WURFL cache issue and WURFL version issue in admin, a Dot_Paginator bug, a Zend Paginator double-query issue, and a database naming convention issue.
 
 **Q: What minor features and refactoring were included?**
-A: Minor features include a refactor of validIP in Dot_Kernel and showing the WURFL date and API version in admin.
-Refactoring covered Zend_Paginator and added a dojo dijit theme to Dotkernel.
-
-## Resources
-
-- Dotkernel 1.3.2 download: http://www.dotkernel.com/download/?did=27
+A: Minor features include a refactor of validIP in Dot_Kernel and showing the WURFL date and API version in admin. Refactoring covered Zend_Paginator and added a dojo dijit theme to Dotkernel.
diff --git a/public/md-articles/dotkernel/dotkernel-1-5-0-released.md b/public/md-articles/dotkernel/dotkernel-1-5-0-released.md
index db62c3f6..0a0f4c60 100644
--- a/public/md-articles/dotkernel/dotkernel-1-5-0-released.md
+++ b/public/md-articles/dotkernel/dotkernel-1-5-0-released.md
@@ -11,43 +11,42 @@ language: "en"
 # Dotkernel 1.5.0 Released
 
 ## TL;DR
-
 After a longer wait than usual and around 250 commits, Dotkernel 1.5.0 was released, skipping 1.4 entirely due to the scale of changes.
 Highlights include switching from Dojo to jQuery, a redesigned admin and frontend, model inheritance through a new Dot_Model class, support for dashed controller names, and a reorganized Zend Registry.
 
-## Why skip straight to 1.5.0?
+After a longer wait than usual, Dotkernel 1.5.0 was just released. Due to the large amount of changes and the long time spent in development, we chose to skip 1.4 and go straight to 1.5.0.
 
-Due to the large amount of changes and the long time spent in development, the team chose to skip 1.4 and go straight to 1.5.0.
+Here are a few of the many changes to Dotkernel in the latest release:
 
 ## Highlights of 1.5.0
 
 ### Switched from Dojo to jQuery
 
-Starting with 1.5.0, Dotkernel switched from using Dojo to jQuery.
-Dojo can still be used in your own projects, but only jQuery is used and maintained in the Dotkernel distribution itself.
+Starting with 1.5.0 we've [switched from using Dojo to jQuery](http://www.dotkernel.com/javascript/intro-to-jquery/). This doesn't mean you can't still use Dojo in your own projects, but only jQuery will be used and maintained in the Dotkernel distribution.
 
 ### New designs
 
-The admin site was redesigned, with new themes and a dropdown menu, along with a new and simpler design for the front-end.
+We've redesigned the admin site, with new themes, and a dropdown menu, as well as a new and simpler design for the front-end.
 
 ### Model inheritance
 
-Previously there was a lot of code duplication in models - for example, a `getUserById` function might exist separately in both the admin and frontend User models.
-To solve this, a `Dot_Model` class was introduced along with a way to define global models inherited by both admin and frontend.
-A `User` class in the admin only holds admin-specific methods, a `User` class in the frontend only holds frontend-specific methods, and both inherit a shared `Dot_Model_User` class containing the common code.
+Up until now, there was a lot of code duplication in models. For example, in the user model, you might have a *getUserById* function in the admin as well as the frontend. When you've got more models and more modules, your project can start having a lot of copy-pasted code.
+
+To prevent this, we've introduced a *Dot_Model* class, and a way to define global models that are inherited in the admin and frontend. This way, you can have *User* class in the admin that only has methods specific to the admin module, a *User* class in the frontend that only has code specific for the frontend, and they both inherit the *Dot_Model_User* class which will have all the common code.
 
 ### Dashed controllers
 
-The way controller names are parsed was changed so that controllers with multiple words, split with dashes, work without breaking the coding standard.
-For example, `www.example.com/search-article` calls `SearchArticleController.php`.
+We've changed the way the controller name is parsed, so that you can have controller with multiple words, split with dashes, without breaking the coding standard (for example, *www.example.com/search-article* will call *SearchArticleController.php*)
 
 ### Zend Registry reorganization
 
-The structure of the registry was changed; more details are covered in a separate blog post on Zend Registry usage in Dotkernel.
+We've changed the structure of the registry, for more about this, please check [this blog post](http://www.dotkernel.com/dotkernel/zend-registry-usage-in-dotkernel/).
+
+ 
 
-## Scale of the release
+There have been about 250 commits in our SVN repository since the latest release, so we can't cover all changes in this blog post. Please [download Dotkernel 1.5.0](http://www.dotkernel.com/download/?did=33) try it out yourself and tell us what you think.
 
-There were about 250 commits in the SVN repository since the previous release, so the blog post could not cover every change.
+ 
 
 ## FAQ
 
@@ -55,21 +54,13 @@ There were about 250 commits in the SVN repository since the previous release, s
 A: Because of the large amount of changes and the long time spent in development, the team chose to skip version 1.4 and go straight to 1.5.0.
 
 **Q: Did Dotkernel switch from Dojo to jQuery in 1.5.0?**
-A: Yes.
-Starting with 1.5.0, Dotkernel switched from Dojo to jQuery for its own distribution, though Dojo can still be used in your own projects.
+A: Yes. Starting with 1.5.0, Dotkernel switched from Dojo to jQuery for its own distribution, though Dojo can still be used in your own projects.
 
 **Q: What is Dot_Model and why was it introduced?**
-A: Dot_Model is a base class introduced to reduce code duplication between admin and frontend models.
-Both admin- and frontend-specific model classes (such as User) inherit from a shared Dot_Model_User class that holds the common code.
+A: Dot_Model is a base class introduced to reduce code duplication between admin and frontend models. Both admin- and frontend-specific model classes (such as User) inherit from a shared Dot_Model_User class that holds the common code.
 
 **Q: How does the "dashed controllers" feature work?**
 A: The controller name parsing was changed so a URL like www.example.com/search-article correctly calls SearchArticleController.php, allowing multi-word controller names split with dashes without breaking the coding standard.
 
 **Q: How much changed in the 1.5.0 release?**
 A: About 250 commits went into the SVN repository since the previous release, so the blog post only covers the highlights - the full Dotkernel 1.5.0 download is available to try out.
-
-## Resources
-
-- Intro to jQuery: http://www.dotkernel.com/javascript/intro-to-jquery/
-- Zend Registry usage in Dotkernel: http://www.dotkernel.com/dotkernel/zend-registry-usage-in-dotkernel/
-- Dotkernel 1.5.0 download: http://www.dotkernel.com/download/?did=33
diff --git a/public/md-articles/dotkernel/dotkernel-1-8-0-lts-released.md b/public/md-articles/dotkernel/dotkernel-1-8-0-lts-released.md
index ee76cf66..0d6174fa 100644
--- a/public/md-articles/dotkernel/dotkernel-1-8-0-lts-released.md
+++ b/public/md-articles/dotkernel/dotkernel-1-8-0-lts-released.md
@@ -11,56 +11,65 @@ language: "en"
 # Dotkernel 1.8.0 LTS Released
 
 ## TL;DR
-
 Dotkernel 1.8.0 (LTS) was released with a new Plugin Architecture, a redesigned and mobile-friendly frontend, APC/File caching for faster response times, a new Dot_Request class, and multiple security and alerting improvements.
 Some features (WURFL integration, multiple SMTP transporters) were removed from core and made available as plugins instead.
 
-## What is LTS?
+Dotkernel 1.8.0 (LTS) was just released.
+
+## **What is LTS?**
+
+Long-term support (LTS) is a type of special versions or editions of software designed to be supported for a longer than normal period. It is particularly applicable to open-source software projects. It contains many bug fixes, some refactoring and a few minor features. Find more details read [this article](http://www.dotkernel.com/long-term-support).
 
-Long-term support (LTS) is a type of special version or edition of software designed to be supported for a longer than normal period.
-It's particularly applicable to open-source software projects.
-The 1.8.0 LTS release itself contains many bug fixes, some refactoring, and a few minor features.
+ 
+
+Here are a few of the many changes to Dotkernel in the latest release:
 
 ## Highlights of 1.8.0 (LTS)
 
+ 
+
 ### Plugin Architecture
 
-Starting with 1.8.0, Dotkernel uses Plugins to make extending the framework easier.
+Starting with 1.8.0 we will start using Plugins to make the Dotkernel extending easier. We'll keep you up to date about how you create and use a plugin.
 
 ### New design
 
-The admin module was redesigned and the frontend module is now mobile-friendly, while the separate mobile module remains available.
+We've redesigned the admin module and the frontend module is now mobile-friendly, but you can still use the mobile module.
 
-### Loads faster
+### Loads Faster
 
-The framework now supports APC and File Caching, with all XML and config files cached in order to maximize response speed.
+The Dotkernel framework just got a big boost because it supports APC & File Caching within the framework, all the XML's and config files are cached in order to maximize response speed for more information about caching and how to cache your data see [this article](http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework/).
 
-### Easier request handling
+### Easier Request Handling
 
-A new class, `Dot_Request`, gives control over the request data before use - for example, so that `$_SERVER`, `$_GET`, and `$_POST` are only accessed from within controllers.
+We've added a new class, Dot_Request, which lets you have control over the request data before you use it, for example the variables $_SERVER, $_GET and $_POST are only used within controllers.
 
 ### Features added
 
-- API with Rate Limit - a simple API with single-key authentication and a basic rate limit implementation (configurable in `/configs/application.ini`, section `params.api`)
-- Cache System - built on Zend_Cache backends, providing caching within Dotkernel and in library code
+- API with Rate Limit - we've added a simple API with a single key authentification and a simple implementation of a rate limit (see /configs/application.ini - section params.api)
+- Cache System - Built on the Zend_Cache backends, provides caching within Dotkernel, but also in library, more details about this and how it works can be found [here](http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching/).
 
 ### Other changes
 
-- Removed WURFL integration - mobile device detection is now handled separately; WURFL can be added as a plugin
-- Removed support for multiple SMTP transporters - it can be added as a plugin
-- Security scan in the Admin Dashboard, showing recommended (especially security-related) settings
-- Admin failed-login notifications are now sent to all developers listed in `devEmails` (within the `settings` table), not just the first admin
-- Alert System - alerts can be sent to all developers to notify them if something goes wrong
+- Removed WURFL integration, Dotkernel can detect wether you use a mobile device separately now, the WURFL Library can be added as a Plugin from now on
+- Removed multiple SMTP Transporter, it can be added as a plugin
+- Security scan in Admin Dashboard - you can now see which are the recommended settings (especially security related) for Dotkernel to work at it's best
+- Admin fail logins are no longer sent to the first admin, they are sent to all developers found in *devEmails* within *settings* table in the database
+- Alert System - Alerts can be sent to all the developers to notify them if something goes wrong, for more information about alerts read [this article](http://www.dotkernel.com/dotkernel/how-to-use-alerts-in-dotkernel/).
 
-### Bug fixes
+### Bug Fixes
 
-- `seo.xml` caused an error when two modules used the same variable name instead of overwriting it
-- Emails were sent twice
-- A wrong "unwritable" warning appeared on nginx
+- [0000289](http://dotkernel.net/view.php?id=289): **[Bugs]** seo.xml will cause error on same varname for two modules instead of overwriting
+- [0000249](http://dotkernel.net/view.php?id=249): **[Bugs]** email sent twice
+- [0000275](http://dotkernel.net/view.php?id=275): **[Bugs]** wrong unwritable warning on nginx
 
-## Scale of the release
+ 
 
-There were a lot of commits in the SVN repository since the previous release, so the blog post only covers the highlights.
+ 
+
+There have been a lot of commits in our SVN repository since the latest release, so we can't cover all changes in this blog post. Please [download Dotkernel 1.8.0 (LTS)](http://www.dotkernel.com/download/?did=41) try it out yourself and tell us what you think.
+
+ 
 
 ## FAQ
 
@@ -81,11 +90,3 @@ A: WURFL integration was removed (mobile device detection is now handled separat
 
 **Q: What security-related additions does 1.8.0 include?**
 A: A security scan in the Admin Dashboard shows recommended settings, admin failed-login notifications are sent to all developers listed in devEmails (not just the first admin), and a new Alert System can notify developers if something goes wrong.
-
-## Resources
-
-- What is LTS: http://www.dotkernel.com/long-term-support
-- Caching in Dotkernel using Zend Framework: http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework/
-- Dotkernel reserved variable names for caching: http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching/
-- How to use alerts in Dotkernel: http://www.dotkernel.com/dotkernel/how-to-use-alerts-in-dotkernel/
-- Dotkernel 1.8.0 (LTS) download: http://www.dotkernel.com/download/?did=41
diff --git a/public/md-articles/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.md b/public/md-articles/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.md
index 2b3beb03..962b96d6 100644
--- a/public/md-articles/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.md
+++ b/public/md-articles/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.md
@@ -11,19 +11,20 @@ language: "en"
 # Dotkernel 1.8.1 + Upgrade from 1.8.0 Released
 
 ## TL;DR
-
 Dotkernel 1.8.1 was released with Enhanced Cache Support, allowing cache tags to be used if the hosting environment supports them.
 A dedicated upgrade package is available for users coming from 1.8.0.
 
-## What's new
+Dotkernel 1.8.1 was just released.
+
+Changes to Dotkernel in the latest release: - Enhanced Cache Support, which means you can use tags in your cache system if the host suports it
+
+Here are some useful download links:
 
-- Enhanced Cache Support - you can use tags in your cache system if the host supports it
+[Dotkernel 1.8.1](http://www.dotkernel.com/download/?did=42)
 
-## Download links
+[Upgrade from Dotkernel 1.8.0](http://www.dotkernel.com/download/?did=43)
 
-- Dotkernel 1.8.1 (full package)
-- Upgrade from Dotkernel 1.8.0
-- Dotkernel 1.8.0 (LTS)
+[Dotkernel 1.8.0 (LTS)](http://www.dotkernel.com/download/?did=41)
 
 ## FAQ
 
@@ -32,9 +33,3 @@ A: The main change is Enhanced Cache Support, which means you can use tags in yo
 
 **Q: How do I upgrade from 1.8.0 to 1.8.1?**
 A: The post provides a dedicated "Upgrade from Dotkernel 1.8.0" download link, separate from the full Dotkernel 1.8.1 package and the original Dotkernel 1.8.0 (LTS) download.
-
-## Resources
-
-- Dotkernel 1.8.1: http://www.dotkernel.com/download/?did=42
-- Upgrade from Dotkernel 1.8.0: http://www.dotkernel.com/download/?did=43
-- Dotkernel 1.8.0 (LTS): http://www.dotkernel.com/download/?did=41
diff --git a/public/md-articles/dotkernel/dotkernel-coding-standard.md b/public/md-articles/dotkernel/dotkernel-coding-standard.md
index 648b295e..d4ce2ef3 100644
--- a/public/md-articles/dotkernel/dotkernel-coding-standard.md
+++ b/public/md-articles/dotkernel/dotkernel-coding-standard.md
@@ -11,37 +11,34 @@ language: "en"
 # Dotkernel Coding Standard
 
 ## TL;DR
-
 Dotkernel is a "skeleton" of Zend Framework and borrows its coding standard from the ZF Coding Standard, with a small number of exceptions covering indentation, naming conventions, and brace placement.
 
-## Indentation
+**Dotkernel** will be a "skeleton"of [**Zend Framework**](http://framework.zend.com/). Dotkernel borrowed the coding standard from Zend Framework: **[ZF Coding Standard](http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html)** with some exceptions.
 
-Indentation is made with tabs, not spaces (per section B.2.2 of the Zend Framework Coding Standard).
+In what follows, we will make remarks only on those features that are slightly different in the coding standards of Dotkernel.
 
-## Naming conventions
+[**B.2. PHP File Formatting**](http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html)
 
-Dotkernel uses camel naming conventions, with these Dotkernel-specific rules:
+- [**B.2.2. Indentation**](http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.indentation)
 
-| Element | Convention | Example |
-|---|---|---|
-| Classes | Start with `Dot_` | `Dot_Templates` |
-| Interfaces | End with the string "Interface" | `Dot_Db_Interface` |
-| Filenames | Always use the `.php` extension, no fancy extensions | `.php`, not `.inc` |
+[**B.3. Naming Conventions**](http://framework.zend.com/manual/en/coding-standard.naming-conventions.html)
 
-## Control statements - brace placement
+Camel naming convention
 
-Every opening curly brace `{` starts on its own new line after the statement, and its matching closing brace `}` is also placed on its own new line, aligned in the same column as the opening brace, for better indentation of the code.
+- [**B.3.1. Classes**](http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.classes)
+- **[B.3.2. Interfaces](http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.interfaces)**
+- **[B.3.3. Filenames](http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.filenames)**
 
-Example:
+[**B.4.6. Control Statements**](http://framework.zend.com/manual/en/coding-standard.coding-style.html#coding-standard.coding-style.control-statements) every starting curly brace **}** after a statement starts on a new line, end it's closing curly brace **}** will be on a new line too. The start and end braces must be on the same column (for better indentation of the code) e.g:
 
-```php
+```
 if ($a != 2)
 {
    $a = 2;
 }
 ```
 
-```php
+```
 if ($a != 2)
 {
     $a = 2;
@@ -65,14 +62,3 @@ A: Classes start with the prefix Dot_ (e.g. Dot_Templates), interfaces end with
 
 **Q: How should curly braces be placed for control statements?**
 A: Every opening curly brace starts on its own new line after the statement, and its matching closing brace also goes on a new line, aligned in the same column as the opening brace, for better indentation of the code.
-
-## Resources
-
-- Zend Framework: http://framework.zend.com/
-- ZF Coding Standard: http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html
-- ZF Coding Standard - Indentation: http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.indentation
-- ZF Coding Standard - Naming Conventions: http://framework.zend.com/manual/en/coding-standard.naming-conventions.html
-- ZF Coding Standard - Classes: http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.classes
-- ZF Coding Standard - Interfaces: http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.interfaces
-- ZF Coding Standard - Filenames: http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.filenames
-- ZF Coding Standard - Control Statements: http://framework.zend.com/manual/en/coding-standard.coding-style.html#coding-standard.coding-style.control-statements
diff --git a/public/md-articles/dotkernel/dotkernel-database-naming-conventions-for-mysql.md b/public/md-articles/dotkernel/dotkernel-database-naming-conventions-for-mysql.md
index 6fc2141f..91f664c2 100644
--- a/public/md-articles/dotkernel/dotkernel-database-naming-conventions-for-mysql.md
+++ b/public/md-articles/dotkernel/dotkernel-database-naming-conventions-for-mysql.md
@@ -11,24 +11,22 @@ language: "en"
 # Dotkernel Database Naming Conventions for MySQL
 
 ## TL;DR
-
 Dotkernel's database naming conventions are borrowed from FaZend's "Rules of naming of database tables and columns."
 Tables use singular, camelLetter names, every table has an auto-increment id, foreign keys are named after the referenced table and column, and SQL keywords are capitalized.
 
-## Database naming conventions for tables and columns
+Dotkernel borrows the database naming conventions from [FaZend: Rules of naming of database tables and columns](http://fazend.com/a/2009-11-DataNaming.html). FaZend is an open-source PHP framework based on Zend Framework. **Database naming conventions for tables and columns:**
 
-- Singular table names only (e.g. `user`, `category`, `product`, `order`, `orderProduct`)
-- Every table must have an auto-incrementing integer column `id`
-- ZF-like names of columns and tables (e.g. `user::isAdmin`, `orderProduct::product`)
-- Foreign keys must have the same name as the referenced table plus the name of the referenced column.
-  Example: table referenced is `admin`, column name `Id`, so the foreign key column will be `adminId`.
-- Pattern for CONSTRAINT name: `FK_referencedTableName_tableName`.
-  Example: `CONSTRAINT FK_admin_adminLogin`.
-- SQL keywords are capitalized (e.g. `SELECT`, `INT`)
+- Singular table names only (e.g. *user*, *category*, *product*, *order, orderProduct*)
+- Every table must have an auto-incrementing integer column id
+- ZF-like names of columns and tables (e.g. *user::isAdmin*, *orderProduct::product*)
+- ~~Foreign keys must have the same names as reference tables~~
+- Foreign keys must have the same names as reference tables + the name of the referenced column **Example:** table referenced: *admin* , column name: *Id* so the column will be *adminId*
+- Pattern for CONSTRAINT name : FK_referencedTableName_tableName **Example:** CONSTRAINT `FK_admin_adminLogin`
+- SQL keywords are capitalized (e.g. SELECT, INT)
 
-## Example of proper SQL file formatting and naming
+**Example of proper SQL file formatting and naming:**
 
-```sql
+```
 CREATE TABLE IF NOT EXISTS `user`
  (
    `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
@@ -37,7 +35,7 @@ CREATE TABLE IF NOT EXISTS `user`
    `email` VARCHAR(100) NOT NULL,
    `firstName` VARCHAR(255) NOT NULL,
    `lastName` VARCHAR(255) NOT NULL,
-   `dateCreated` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
+   `dateCreated` TIMESTAMP NOT  NULL DEFAULT  CURRENT_TIMESTAMP,
    `userType` INT(11) NOT NULL AUTO_INCREMENT
    `isActive` ENUM('0','1') NOT NULL DEFAULT '1',
    PRIMARY KEY  (`id`),
@@ -52,9 +50,7 @@ CREATE TABLE IF NOT EXISTS `user`
  AUTO_INCREMENT=1 ;
 ```
 
-## Conclusion
-
-The names of database tables and columns must follow camelLetter naming conventions.
+**Conclusion:** The names of database tables and columns must follow *camelLetter* as naming conventions.s
 
 ## FAQ
 
@@ -65,15 +61,10 @@ A: They are borrowed from FaZend's "Rules of naming of database tables and colum
 A: Singular table names only, for example user, category, product, order, orderProduct.
 
 **Q: How should foreign key columns be named?**
-A: A foreign key column takes the name of the referenced table plus the name of the referenced column.
-For example, referencing table admin's Id column produces a column named adminId.
+A: A foreign key column takes the name of the referenced table plus the name of the referenced column. For example, referencing table admin's Id column produces a column named adminId.
 
 **Q: What naming pattern is used for CONSTRAINT names?**
 A: The pattern is FK_referencedTableName_tableName, for example CONSTRAINT `FK_admin_adminLogin`.
 
 **Q: What casing convention applies to table/column names and to SQL keywords?**
 A: Table and column names must follow camelLetter naming conventions, while SQL keywords such as SELECT and INT are capitalized.
-
-## Resources
-
-- FaZend: Rules of naming of database tables and columns: http://fazend.com/a/2009-11-DataNaming.html
diff --git a/public/md-articles/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.md b/public/md-articles/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.md
index 076cea00..649c3cf4 100644
--- a/public/md-articles/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.md
+++ b/public/md-articles/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.md
@@ -11,47 +11,49 @@ language: "en"
 # Dotkernel Light - Starting with Mezzio microframework and Laminas components
 
 ## TL;DR
-
 Dotkernel Light is a version of Dotkernel Frontend that includes only the bare-bones essentials.
 It's built on the Mezzio microframework using Laminas components, and is designed as a presentation site, a fast-start introduction to Mezzio, or a clean starting point for a project where you want full control over functionality.
 
+**Dotkernel Light** is the smallest complete Mezzio application that includes only the bare-bones essentials. Though simpler than Frontend, it's perfect for:
+
+- A presentation site,
+- An introduction into the Mezzio microframework architecture,
+- A starting point for a more complex project where you have full control over functionality.
+
 ## Goal
 
-Dotkernel Light is designed to be a fast-start example of using the Mezzio microframework, as well as an entry-level version of Dotkernel Frontend.
-Its purpose is to present the newbie developer with as few moving parts as possible, while also giving the more advanced developer a starting point with full control of the platform's functionality.
+**Dotkernel Light** is the smallest complete Mezzio application, designed at the same time to be a fast-start example of using **Mezzio microframework**, as well as of using an **entry-level version** of Dotkernel Frontend. Primarily, its purpose is to present the **novice developer** with as few moving parts as possible. It's also a perfect starting point for the more **advanced developer** who wants full control of the platform's functionality.
 
-Light retains the modern architecture of Mezzio microframework and several Laminas components used in Dotkernel Frontend.
-The low number of out-of-the-box components encourages active exploration of the functionality required by your application - you add only the packages your application needs.
+Light retains the modern architecture of **Mezzio microframework** and several **Laminas components** used in Dotkernel Frontend. The low number of out-of-box components **encourages the active exploration of functionality** required by your application. Basically, you add only the packages your application needs.
 
 ## Components and functionality
 
-Dotkernel Light is a stripped-down version of Dotkernel Frontend.
-Like Frontend, it is built on top of Mezzio microframework using Laminas components, but with limited features and a lower number of packages, which makes the learning curve of working with the repo considerably gentler.
+We designed Dotkernel Light to be the smallest complete Mezzio application, a stripped-down version of Dotkernel Frontend. Just like Dotkernel Frontend, Dotkernel Light is built on top of the Mezzio microframework using Laminas components. The big difference is the limited features and thus the lower number of packages. This makes the **learning curve** of working with the repo considerably gentler.
 
-### Functionality retained
+Currently, Light contains this **functionality**:
 
 - Routing
 - Templating
 - Error handling
 - Tests and code quality checks
 
-### Items removed compared to Frontend
+Compared to Frontend, Light had these **items removed**:
 
-- Doctrine and all database-related stuff
+- Doctrine and all database related stuff
 - Sessions/Cookies/Flash messages
 - Authentication/Authorization
 - Dependency Injection
-- Mail-related stuff
+- Mail related stuff
 - Navigation
 - CORS
 - Forms/Validators/InputFilters
 - User module
 - Contact module
 - Plugin module
-- CSS/JS code no longer in use due to the above module removals
+- CSS/JS code that was no longer in use due to the above module removals
 - Instructions from README.md that are no longer needed
 
-### Packages no longer required
+As expected, several packages used by Frontend are not required:
 
 - dotkernel/dot-authorization
 - dotkernel/dot-data-fixtures
@@ -71,14 +73,21 @@ Like Frontend, it is built on top of Mezzio microframework using Laminas compone
 - mezzio/mezzio-tooling
 - rector/rector
 
+## Useful links
+
+- [Dotkernel Light GitHub repository](https://github.com/dotkernel/light)
+- [Working demo of Dotkernel Light](https://light.dotkernel.net/)
+- [Dotkernel Light documentation](https://docs.dotkernel.org/light-documentation/)
+- [Laminas Project](https://getlaminas.org/)
+- [Documentation of Mezzio](https://docs.mezzio.dev/)
+
 ## FAQ
 
 **Q: What is Dotkernel Light?**
-A: Dotkernel Light is a version of Dotkernel Frontend that includes only the bare-bones essentials.
-It's suitable as a presentation site, an introduction to the Mezzio microframework architecture, or a starting point for a more complex project where you want full control over functionality.
+A: Dotkernel Light is the smallest complete Mezzio application, a PSR-15 pipeline, routing and templating, with nothing to strip out. It's a good base for a presentation site, an introduction to the Mezzio microframework architecture, or a starting point for a more complex project where you want full control over functionality.
 
 **Q: What is the goal of Dotkernel Light?**
-A: It's designed to be a fast-start example of using the Mezzio microframework as well as an entry-level version of Dotkernel Frontend, presenting the beginner developer with as few moving parts as possible while still letting the more advanced developer have full control of the platform's functionality.
+A: It's designed to be the smallest complete Mezzio application. It's a fast-start example of using the Mezzio microframework as well as an entry-level version of Dotkernel Frontend. It presents the novice developer with as few moving parts as possible, while still allowing the more advanced developer to have full control of the platform's functionality.
 
 **Q: What functionality does Dotkernel Light retain?**
 A: It keeps routing, templating, error handling, and tests and code quality checks.
@@ -88,11 +97,3 @@ A: Items removed include Doctrine and all database related stuff, sessions/cooki
 
 **Q: Which packages are no longer required in Dotkernel Light?**
 A: Packages such as dotkernel/dot-authorization, dotkernel/dot-mail, dotkernel/dot-session, dotkernel/dot-navigation, dotkernel/dot-flashmessenger, laminas/laminas-form, mezzio/mezzio-cors, and several others used by Frontend are not required.
-
-## Resources
-
-- Dotkernel Light GitHub repository: https://github.com/dotkernel/light
-- Working demo of Dotkernel Light: https://light.dotkernel.net/
-- Dotkernel Light documentation: https://docs.dotkernel.org/light-documentation/
-- Laminas Project: https://getlaminas.org/
-- Documentation of Mezzio: https://docs.mezzio.dev/
diff --git a/public/md-articles/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.md b/public/md-articles/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.md
index ebd417e2..1317b343 100644
--- a/public/md-articles/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.md
+++ b/public/md-articles/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.md
@@ -11,45 +11,54 @@ language: "en"
 # Dotkernel Light: the best choice for your presentation site
 
 ## TL;DR
-
 Dotkernel Light is a lightweight starting point for a project when you want full control over its functionality, and it grows into something more complex as you add packages.
 It comes with routing, templating, error handling, and tests/code quality checks out of the box, but strips out everything a presentation site doesn't need - database, sessions/cookies/flash messages, auth, dependency injection, mail, navigation, CORS, forms, the user/contact/plugin modules.
 
-## What's included vs. removed
-
-| Included out of the box | Removed (not needed for a presentation site) |
-|---|---|
-| Routing | Everything related to the database |
-| Templating | Sessions/Cookies/Flash messages |
-| Error handling | Authentication/Authorization |
-| Tests and code quality checks | Dependency Injection |
-| | Mail related stuff |
-| | Navigation |
-| | CORS |
-| | Forms/Validators/InputFilters |
-| | User module |
-| | Contact module |
-| | Plugin module |
-
-## Adding new pages
-
-1. Add an `Action` function for the page in `src/Page/src/Controller/PageController.php`, for example:
-
-```php
-public function examplePageAction(): ResponseInterface
-{
-    return new HtmlResponse(
-        $this->template->render('page::example-template')
-    );
-}
+**Dotkernel Light** is the smallest complete Mezzio application and a good starting point for a project if you want to have **full control over the functionality** it contains. It **can be expanded** into something more complex with the integration of packages based on your requirements.
+
+Its out-of-box functionality is suitable for a **presentation site**:
+
+- Routing
+- Templating
+- Error handling
+- Tests and code quality checks
+
+Presentation sites don't require features that are present in Dotkernel Frontend. The goal of Dotkernel Light is to have **no clutter**, so these features are removed:
+
+- Everything related to the database
+- Sessions/Cookies/Flash messages
+- Authentication/Authorization
+- Dependency Injection
+- Mail related stuff
+- Navigation
+- CORS
+- Forms/Validators/InputFilters
+- User module
+- Contact module
+- Plugin module
+
+## The goal of this article
+
+In this article we explore how to use Dotkernel Light for a simple presentation site. We will mention what files to focus on to teach you how to add more pages of content to your site and how to manage their assets.
+
+### Adding new pages
+
+The first step is to add the new pages in `src/Page/src/Controller/PageController.php`. This means adding an `Action` function for each page, as seen below.
+
+```
+    public function examplePageAction(): ResponseInterface
+    {
+        return new HtmlResponse(
+            $this->template->render('page::example-template')
+        );
+    }
 ```
 
-   The URL for this example page would be `/page/example-page`.
+> The url for the new page in this example is `/page/example-page`.
 
-2. Create the matching template in `src/Page/templates/page/` - for the example above, `src/Page/templates/page/example-template.html.twig`.
-Put the page copy inside the `content` block:
+Each page has its own template, so the next step is to create the template files in the `src/Page/templates/page/` folder. For the example above, the `src/Page/templates/page/example-template.html.twig` file was created. We won't include the entire code here, just the basic building blocks. The `content` block is where your page copy goes.
 
-```twig
+```
 {% extends '@layout/default.html.twig' %}
 
 {% block title %}Page Title{% endblock %}
@@ -69,26 +78,33 @@ Put the page copy inside the `content` block:
 {% endblock %}
 ```
 
-   Make sure to check the header for any fonts your content requires.
+> Make sure to check the header for any fonts your content requires.
+
+If you haven't already done so, make sure the `npm` is installed and running during your updates with `npm run watch` or run this command after the edits are completed `npm run prod`.
 
-3. Place assets under `src/App/assets/`, in the default folders:
-   - `src/App/assets/fonts`
-   - `src/App/assets/images`
-   - `src/App/assets/js`
-   - `src/App/assets/scss`
+The assets should be copied under the `src/App/assets/` folder.
+These are the default asset folders:
 
-   Make sure `npm` is installed and running during updates with `npm run watch`, or run `npm run prod` after edits are completed.
+- src/App/assets/fonts
+- src/App/assets/images
+- src/App/assets/js
+- src/App/assets/scss
 
 ## Optional items
 
 ### Twitter and OpenGraph cards
 
-To promote pages on other platforms, edit the header section in `src/App/templates/layout/default.html.twig`, where the Twitter (X) and OpenGraph cards are placed. Update all items based on your page content.
+If you want to promote the pages on other platforms, a helpful item is the header section in the `src/App/templates/layout/default.html.twig` file. This is where the Twitter (X) and OpenGraph cards should be placed.
 
-- `{{ url('home') }}` generates the homepage URL, and the same pattern is used for other pages, as in the canonical URL block: `{% block canonical %}{{ url(routeName ?? null) }}{% endblock %}` (the `block` is present to handle not-found pages, e.g. mistyped URLs).
-- An image referenced as `{{ url('home') }}images/app/My-image.png` is found at `public/images/app/My-image.png`, copied there by the `npm` script from `src/App/assets/images/PHP-REST-API.png`.
+Make sure to update all items based on your page content.
 
-```html
+> In the example:
+> 
+> - `{{ url('home') }}` is the URL for the homepage, but you can also use this code to generate the url for other pages, just like in the canonical URL `{% block canonical %}{{ url(routeName ?? null) }}{% endblock %}`
+>   - The `block` item is present to mitigate for not-found pages, e.g. when the url is typed incorrectly
+> - The image from `{{ url('home') }}images/app/My-image.png` is found in `public/images/app/My-image``.png`, but it is copied there by the `npm` script from `src/App/assets/images/PHP-REST-API.png`.
+
+```
 <!-- Twitter card -->
 <meta name="twitter:card" content="summary_large_image">
 <meta name="twitter:site" content="@example">
@@ -107,10 +123,9 @@ To promote pages on other platforms, edit the header section in `src/App/templat
 
 ### Top menu
 
-This menu is displayed on all pages, in the header.
-Edit it in `src/App/templates/layout/default.html.twig`, under `id="navbarHeader"`:
+This menu is displayed on all of the pages, in the header. To edit it, go to `src/App/templates/layout/default.html.twig` and update the items under `id="navbarHeader"`. You can use the below as an example.
 
-```html
+```
 <div class="menu" id="navbarHeader">
     <ul class="navbar-nav mr-auto">
     <li class="nav-item">
@@ -123,12 +138,23 @@ Edit it in `src/App/templates/layout/default.html.twig`, under `id="navbarHeader
 </div>
 ```
 
-You can replace the `nav-item` class for the `li` elements with `button-border` for a link that looks more like a button.
+> You can also replace the `nav-item` class for the `li` elements with `button-border` for a link that looks more like a button.
 
 ### Footer
 
-To edit the footer on all pages, search for `<footer class="app-footer">` in `src/App/templates/layout/default.html.twig`.
-Its content is usually basic HTML and CSS with twig elements already covered above.
+To edit the footer on all of the pages, search for `<footer class="app-footer">` in the `src/App/templates/layout/default.html.twig` template. We won't include an example here, since the content is usually basic `HTML` and `CSS` with `twig` elements already covered in this article.
+
+## The result of your hard work
+
+Whew, well done! That's all there is to it.
+
+Now you should have a basic idea on how to work on a presentation site. You know how to expand the site with more pages, where to place the assets and how to promote the site.
+
+## Useful links
+
+- See a working example [dotkernel.org](https://www.dotkernel.org)
+- [Dotkernel Light](https://github.com/dotkernel/light)
+- More from [Dotkernel](https://github.com/dotkernel)
 
 ## FAQ
 
@@ -145,14 +171,7 @@ A: Everything related to the database, Sessions/Cookies/Flash messages, Authenti
 A: Add an Action function for the page (e.g. examplePageAction()) in src/Page/src/Controller/PageController.php that renders a template, then create the matching template file in src/Page/templates/page/ (e.g. example-template.html.twig), with the page copy placed in its content block.
 
 **Q: Where should new page assets like fonts, images, JS, and CSS be placed?**
-A: Under src/App/assets/, in its default folders: src/App/assets/fonts, src/App/assets/images, src/App/assets/js, and src/App/assets/scss.
-Run npm run watch during edits, or npm run prod once the edits are completed.
+A: Under src/App/assets/, in its default folders: src/App/assets/fonts, src/App/assets/images, src/App/assets/js, and src/App/assets/scss. Run npm run watch during edits, or npm run prod once the edits are completed.
 
 **Q: Where do you edit the top menu and footer that appear on every page?**
 A: Both live in src/App/templates/layout/default.html.twig: the top menu items are under id="navbarHeader", and the footer content is inside the footer element with class "app-footer".
-
-## Resources
-
-- [dotkernel.org](https://www.dotkernel.org) - a working example
-- [Dotkernel Light](https://github.com/dotkernel/light)
-- [More from Dotkernel](https://github.com/dotkernel)
diff --git a/public/md-articles/dotkernel/dotkernel-on-nginx.md b/public/md-articles/dotkernel/dotkernel-on-nginx.md
index 71f47aea..195f9ff9 100644
--- a/public/md-articles/dotkernel/dotkernel-on-nginx.md
+++ b/public/md-articles/dotkernel/dotkernel-on-nginx.md
@@ -11,55 +11,24 @@ language: "en"
 # Dotkernel on Nginx
 
 ## TL;DR
-
 Since Nginx was becoming the buzzword instead of Apache, this article tests Dotkernel on Nginx and documents the configuration needed: server block settings, a `try_files` directive in place of `.htaccess`, PHP-FPM handling, and protecting the `configs` folder.
 
-## Setup steps
-
-1. Installed on a clean CentOS 6.3 VPS: Nginx 1.4.1, PHP 5.4.16, PHP-FPM.
-2. Installed PHP modules: APC, GeoIP, and others.
-3. Installed PEAR and Zend Framework from the PEAR ZF channel (`http://code.google.com/p/zend/`).
-4. Fine-tuned `php.ini`: date, default charset, include path, etc.
-5. Created a MySQL database on a remote server and allowed permissions from the Nginx server's IP to connect to it.
-6. Edited the Nginx config (`/etc/nginx/conf.d/default.conf`):
-   - Set the server name:
-     ```
-     server_name  nginx.dotkernel.net;
-     ```
-   - Set the document root, in the `location /` area:
-     ```
-     root   /var/www/html;
-     ```
-   - The equivalent of the main `.htaccess` file, sending all requests to `index.php`:
-     ```
-     try_files    $uri $uri/ /index.php;
-     ```
-   - Set the location for the PHP directive:
-     ```
-     location ~ \.php$ {
-                root           /var/www/html;
-                fastcgi_pass   127.0.0.1:9000;
-                fastcgi_index  index.php;
-                fastcgi_param  SCRIPT_FILENAME  /var/www/html$fastcgi_script_name;
-                fastcgi_param APPLICATION_ENV staging;
-                include        fastcgi_params;
-     }
-     ```
-     `APPLICATION_ENV` can be changed to `production` or `development`.
-   - Protect the `configs` folder from web access:
-     ```
-     #protect folders
-     location ~ ^/configs/ {
-             deny all;
-     }
-     ```
-7. Exported a Dotkernel copy from SVN:
-   ```shell
-   svn export --force  http://v1.dotkernel.net/svn/trunk/ /var/www/html
-   ```
-8. Edited `application.ini` to reflect the current settings, and checked that it was protected.
-9. Result: the site was running on Nginx.
-Admin login was disabled on the demo for security reasons.
+Due to the fact that the current buzzword is **Nginx** instead of **Apache**, we decided to test if Dotkernel is running out of the box on it. And how to configure Nginx :-)
+
+1. Installed on a clean Centos 6.3 VPS : Nginx 1.4.1 , PHP 5.4.16 , PHP-FPM
+2. Installed PHP modules: APC, GeoIP and such.
+3. Installed PEAR and Zend Framework from [http://code.google.com/p/zend/](http://code.google.com/p/zend/)
+4. Fine tune php.ini file: date, default charset, include path, etc
+5. Create on a remote server a MySql database, allow permissions from Nginx server  IP to connect to it.
+6. Now the fine part: editing the **Nginx** config ( in our case */etc/nginx/conf.d/default.conf*)
+  - Set server name: server_name nginx.dotkernel.net;
+  - Set document root , in the location / area root /var/www/html;
+  - Equivalent of the main .htaccess file is try_files $uri $uri/ /index.php; This directive will send all requests to index.php file
+  - Set the location for php directive location ~ \.php$ { root /var/www/html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name; fastcgi_param APPLICATION_ENV staging; include fastcgi_params; } In the lines above , you can change the value for APPLICATION_ENV into *production* or *development*
+  - Protect *configs* folder from web access #protect folders location ~ ^/configs/ { deny all; }
+7.   Export a Dotkernel copy from SVN svn export --force http://v1.dotkernel.net/svn/trunk/ /var/www/html
+8. Edit ***application.ini*** to reflect the current settings and check if is  protected [http://nginx.dotkernel.net/configs/application.ini](http://nginx.dotkernel.net/configs/application.ini)
+9. And walla, site is running on Nginx       [http://nginx.dotkernel.net/](http://nginx.dotkernel.net/) *Admin login is disabled due to security reason.*
 
 ## FAQ
 
@@ -67,16 +36,10 @@ Admin login was disabled on the demo for security reasons.
 A: A clean CentOS 6.3 VPS running Nginx 1.4.1, PHP 5.4.16, and PHP-FPM, with the APC and GeoIP PHP modules installed.
 
 **Q: What is the Nginx equivalent of the main .htaccess file?**
-A: The directive `try_files $uri $uri/ /index.php;`, which sends all requests to the index.php file.
+A: The directive try_files $uri $uri/ /index.php;, which sends all requests to the index.php file.
 
 **Q: How is the configs folder protected from web access in Nginx?**
-A: By adding a location block matching `^/configs/` that returns `deny all;`.
+A: By adding a location block matching ^/configs/ that returns deny all;.
 
 **Q: How was the Dotkernel codebase deployed onto the server?**
-A: It was exported directly from SVN using `svn export --force http://v1.dotkernel.net/svn/trunk/ /var/www/html`.
-
-## Resources
-
-- [PEAR ZF Channel](http://code.google.com/p/zend/)
-- [application.ini example](http://nginx.dotkernel.net/configs/application.ini)
-- [Live Nginx demo](http://nginx.dotkernel.net/)
+A: It was exported directly from SVN using svn export --force http://v1.dotkernel.net/svn/trunk/ /var/www/html.
diff --git a/public/md-articles/dotkernel/dotkernel-reserved-variable-names-for-caching.md b/public/md-articles/dotkernel/dotkernel-reserved-variable-names-for-caching.md
index 66f8270c..f075b192 100644
--- a/public/md-articles/dotkernel/dotkernel-reserved-variable-names-for-caching.md
+++ b/public/md-articles/dotkernel/dotkernel-reserved-variable-names-for-caching.md
@@ -11,43 +11,61 @@ language: "en"
 # Dotkernel Reserved Variable Names for Caching
 
 ## TL;DR
-
 This article is a follow-up to "Caching in Dotkernel Using Zend Framework Cache" and lists the variables Dotkernel caches, along with the exact cache key each one uses.
 
-## Cached variables
+This article is related to: [Caching in Dotkernel with Zend Framework Cache](http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework)
+
+The variables that Dotkernel cache are below:
+
+## Router
+
+Router is the object that load routes (modules, controllers, actions) settings from router.xml file. More info about router: [http://www.dotkernel.com/docs/router-xml/](http://www.dotkernel.com/docs/router-xml/)
+
+The router is cached as ***router.***
+
+## Auth / ACL Role
+
+The object which authorizes user methods (aka Dot_Auth), used in all Dotkernel Applications, Dot_Auth uses */configs/acl/role.xml* to define the users rights.
+
+The *role.xml* file is cached as ***acl_role**.*
+
+## Menu
 
-| Item | Source | Cache key(s) |
-|---|---|---|
-| Router | Loads routes (modules, controllers, actions) settings from `router.xml` | `router` |
-| Auth / ACL Role | `Dot_Auth`'s `/configs/acl/role.xml`, defining user rights | `acl_role` |
-| Menu | `menu.xml` from the current module | `admin_menu`, `frontend_menu` |
-| Options | Files found in `/configs/dots/` | `option_MODULE_CONTROLLER`, e.g. `option_admin_Admin`, `option_frontend_Page`, `option_admin_seo` (seo is lowercase) |
-| Browser & OS | `browser.xml` and `os.xml` in `/configs/useragent/`, identifying browser/OS name, icon, and type | `browser_xml`, `os_xml` |
+The menu.xml from current ***module**([what is a module?](http://www.dotkernel.com/docs/module-structure/))* More about menu.xml : *[http://www.dotkernel.com/docs/menu-xml/](http://www.dotkernel.com/docs/menu-xml/)*
 
-## Important note
+The menu is cached as ***admin_menu***, ***frontend_menu*****.**
 
-Be careful when changing the XML files or values that get cached, as they remain cached. If a change appears to have no effect, you must clear the cache or rewrite that value in the cache.
+## Options
+
+The options are the ones found in /configs/dots/ and have the following naming format: **option_MODULE_CONTROLLER**.
+
+MODULE is the current module and CONTROLLER is the current controller or "seo", so the options cache entries will look like:
+
+- option_admin_Admin
+- option_frontend_Page
+- option_admin_seo (yes, seo is lowercase)
+
+## Browser & OS
+
+The browser.xml and os.xml are used to identify the Browser and OS name, icon, and type. Theese XML files are located in /configs/useragent/.
+
+Browser & OS are cached as ***browser_xml** and **os_xml.***
+
+**Note: Be careful when changing the xml files / values to be cached as they remain cached. If there is no effect that means you must clear the cache or rewrite that value in cache.**
 
 ## FAQ
 
 **Q: What cache key is used for the router?**
-A: The router, which loads routes settings from router.xml, is cached as `router`.
+A: The router, which loads routes settings from router.xml, is cached as router.
 
 **Q: What cache key stores the ACL role definitions?**
-A: The role.xml file (used by Dot_Auth, from /configs/acl/role.xml, to define user rights) is cached as `acl_role`.
+A: The role.xml file (used by Dot_Auth, from /configs/acl/role.xml, to define user rights) is cached as acl_role.
 
 **Q: How is the menu cached?**
-A: The menu.xml from the current module is cached as `admin_menu` and `frontend_menu`.
+A: The menu.xml from the current module is cached as admin_menu and frontend_menu.
 
 **Q: What naming pattern do cached options use?**
-A: `option_MODULE_CONTROLLER`, where MODULE is the current module and CONTROLLER is the current controller or "seo" - for example `option_admin_Admin`, `option_frontend_Page`, and `option_admin_seo` (seo is lowercase).
+A: option_MODULE_CONTROLLER, where MODULE is the current module and CONTROLLER is the current controller or "seo" — for example option_admin_Admin, option_frontend_Page, and option_admin_seo (seo is lowercase).
 
 **Q: What happens if you change browser.xml, os.xml, or other cached config files?**
-A: The change won't take effect on its own, since values like browser_xml and os_xml remain cached - you must clear the cache or rewrite that value in cache to see the change take effect.
-
-## Resources
-
-- [Caching in Dotkernel Using Zend Framework Cache](http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework)
-- [router.xml documentation](http://www.dotkernel.com/docs/router-xml/)
-- [Module Structure](http://www.dotkernel.com/docs/module-structure/)
-- [menu.xml documentation](http://www.dotkernel.com/docs/menu-xml/)
+A: The change won't take effect on its own, since values like browser_xml and os_xml remain cached — you must clear the cache or rewrite that value in cache to see the change take effect.
diff --git a/public/md-articles/dotkernel/dotkernel-template-engine.md b/public/md-articles/dotkernel/dotkernel-template-engine.md
index 22129c11..08479d15 100644
--- a/public/md-articles/dotkernel/dotkernel-template-engine.md
+++ b/public/md-articles/dotkernel/dotkernel-template-engine.md
@@ -10,9 +10,9 @@ language: "en"
 
 # Dotkernel Template Engine
 
-Dotkernel Template Engine is an implementation of the PHPLib Template engine for PHP5.
-It has an amazing ability to separate the application code from the presentation layer, separating the manipulation of data (in the database as well as in PHP) from its final format, whether that format is HTML, XML, or a formatted e-mail.
-The big advantage is that it allows changing the look and feel of a site quickly without having to delve immediately into a lot of PHP variable assignments and print statements.
+## Dotkernel Template Engine is an implementation of PHPLib Template engine for PHP5.
+
+It has an amazing ability to separate the application code from the presentation layer. Separates the manipulation of data (in the database as well as in PHP) from its final format, whether that format is HTML, XML or a formatted e-mail. The big advantage is that is allowing us to change the look and feel of a site quickly without having to delve immediately into a lot of PHP variable assignments and print statements.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/dotkernel-version-1-0-in-action.md b/public/md-articles/dotkernel/dotkernel-version-1-0-in-action.md
index 12d595f5..b726465d 100644
--- a/public/md-articles/dotkernel/dotkernel-version-1-0-in-action.md
+++ b/public/md-articles/dotkernel/dotkernel-version-1-0-in-action.md
@@ -11,43 +11,35 @@ language: "en"
 # Dotkernel version 1.0 in action
 
 ## TL;DR
-
 Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework and released under the Open Software License (OSL 3.0).
 It uses a simplified MVC architecture, easy to learn for beginner and intermediate programmers, by eliminating much of Zend Framework's complexity through a different approach to handling web requests.
 It relies on only a handful of Zend Framework classes.
 
-## Zend Framework classes Dotkernel relies on
+Dotkernel is the[DotBoost](http://www.dotboost.com)'s in-house developed framework, based on Zend Framework. **Dotkernel** is at version 1.0 , released under [Open Software License (OSL 3.0)](http://opensource.org/licenses/osl-3.0.php) , and is built on top of [Zend Framework](http://framework.zend.com/).
+
+Dotkernel is using a simplified **MVC (Model-View-Controller)** architecture, easy to learn by beginner and intermediate level programmers. It has eliminated the complexity of Zend Framework by using a different approach of how the web request are handled.
+
+## From Zend Framework, Dotkernel is using only the necessary classes:
 
-| Class | Purpose |
-|---|---|
-| `Zend_Config` | Provides multiple backends for configuration storage and a simple, intuitive, object-oriented interface for accessing it. Dotkernel stores configuration as simple PHP arrays, wrapped by Zend_Config. |
-| `Zend_Db` and `Zend_Db_Table` | A classic implementation of the Table Data Gateway and Row Data Gateway design patterns, for easy and intuitive access to database tables and rows, and an entry point for custom business logic. |
-| `Zend_Mail` | Generalized functionality to compose and send text and MIME-compliant multipart e-mail, via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp. |
-| `Zend_Registry` | A container for storing objects and values in the application space, so the same object is always available throughout the application - an alternative to global storage. |
-| `Zend_Validate` | Provides a set of commonly needed validators, plus a simple validator chaining mechanism so multiple validators can be applied to a single datum in a user-defined order. |
+- **Zend_Config** - While Zend Framework itself is configuration-less, it's often necessary to have some way to specify configurable options. Zend_Config provides multiple backends for configuration storage, and a simple, intuitive, object-oriented interface for accessing it. We store configuration as simple PHP arrays, which are then wrapped by Zend_Config.
+- **Zend_Db and Zend_Db_Table** - Zend_Db_Table is a classic implementation of both the Table Data Gateway and Row Data Gateway design patterns, allowing for easy and  intuitive access to database tables and rows, as well as an entry point for custom business logic surrounding our data.
+- **Zend_Mail** - Zend_Mail provides generalized functionality to compose and send both text and MIME-compliant multipart e-mail messages. Mail can be sent with Zend_Mail via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp.
+- **Zend_Registry** - A registry is a container for storing objects and values in the application space. By storing the value in a registry, the same object is always available throughout the application. This mechanism is an alternative to using global storage.
+- **Zend_Validate** - The Zend_Validate component provides a set of commonly needed validators. It also provides a simple validator chaining mechanism by which multiple validators may be applied to a single datum in a user-defined order.
 
 ## FAQ
 
 **Q: Who developed Dotkernel and what is it built on?**
-A: Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework.
-At the time of this article it was at version 1.0, released under the Open Software License (OSL 3.0).
+A: Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework. At the time of this article it was at version 1.0, released under the Open Software License (OSL 3.0).
 
 **Q: What architecture does Dotkernel use?**
 A: A simplified MVC (Model-View-Controller) architecture that's easy to learn for beginner and intermediate level programmers, achieved by eliminating much of Zend Framework's complexity through a different approach to handling web requests.
 
 **Q: What does Zend_Config provide in Dotkernel?**
-A: It provides multiple backends for configuration storage and a simple, intuitive, object-oriented interface for accessing it.
-Dotkernel stores configuration as simple PHP arrays, which are then wrapped by Zend_Config.
+A: It provides multiple backends for configuration storage and a simple, intuitive, object-oriented interface for accessing it. Dotkernel stores configuration as simple PHP arrays, which are then wrapped by Zend_Config.
 
 **Q: What role do Zend_Db and Zend_Db_Table play?**
 A: Zend_Db_Table is a classic implementation of the Table Data Gateway and Row Data Gateway design patterns, allowing easy and intuitive access to database tables and rows, as well as an entry point for custom business logic surrounding the data.
 
 **Q: What are Zend_Mail and Zend_Registry used for?**
-A: Zend_Mail composes and sends both text and MIME-compliant multipart e-mail, via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp.
-Zend_Registry is a container for storing objects and values in the application space, so the same object is always available throughout the application, as an alternative to using global storage.
-
-## Resources
-
-- [DotBoost](http://www.dotboost.com)
-- [Open Software License (OSL 3.0)](http://opensource.org/licenses/osl-3.0.php)
-- [Zend Framework](http://framework.zend.com/)
+A: Zend_Mail composes and sends both text and MIME-compliant multipart e-mail, via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp. Zend_Registry is a container for storing objects and values in the application space, so the same object is always available throughout the application, as an alternative to using global storage.
diff --git a/public/md-articles/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.md b/public/md-articles/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.md
index 3bcc8596..d0c57fc0 100644
--- a/public/md-articles/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.md
+++ b/public/md-articles/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.md
@@ -11,29 +11,27 @@ language: "en"
 # Forcing UTF8 connections and character set in MySQL
 
 ## TL;DR
-
 In some situations it may be necessary to force the MySQL server's collation and character set to UTF8, since you can't control all the scripts connecting to your database (for instance the mysql command line or mysqldump).
 This is done by editing `my.cnf`.
 
-## Steps
+In some situations, it may be neccesar to force MySQL server collation and character set to UTF8. As you can't control all scripts that are connecting to your database( for instance: mysql command line, or mysqldump)
 
-1. Open the `my.cnf` file.
-2. Add the following lines to force UTF8 for all connections:
+For that , open the my.cnf file and add the below lines:
 
-```shell
+```
 character_set_server=utf8
 skip-character-set-client-handshake
 ```
 
-3. If you're interested in better performance, also add:
+If you are interested in better performance, add the below line:
 
-```shell
+```
 collation_server=utf8_general_ci
 ```
 
-4. If you're interested in better sorting order instead, add this line rather than the one above:
+If you are interested in better sorting order, add the below line instead:
 
-```shell
+```
 collation_server=utf8_unicode_ci
 ```
 
@@ -43,7 +41,7 @@ collation_server=utf8_unicode_ci
 A: Because you can't control all the scripts that connect to your database (for instance the mysql command line or mysqldump), so forcing the server's collation and character set to UTF8 in my.cnf guarantees it regardless of the connecting client.
 
 **Q: What two lines enable UTF8 for all connections in my.cnf?**
-A: `character_set_server=utf8` and `skip-character-set-client-handshake`.
+A: character_set_server=utf8 and skip-character-set-client-handshake.
 
 **Q: What's the difference between the two suggested collation settings?**
-A: `collation_server=utf8_general_ci` is recommended for better performance, while `collation_server=utf8_unicode_ci` is recommended instead if better sorting order matters more.
+A: collation_server=utf8_general_ci is recommended for better performance, while collation_server=utf8_unicode_ci is recommended instead if better sorting order matters more.
diff --git a/public/md-articles/dotkernel/geoip-city-removed-from-dotkernel.md b/public/md-articles/dotkernel/geoip-city-removed-from-dotkernel.md
index 677534eb..277ad016 100644
--- a/public/md-articles/dotkernel/geoip-city-removed-from-dotkernel.md
+++ b/public/md-articles/dotkernel/geoip-city-removed-from-dotkernel.md
@@ -11,61 +11,61 @@ language: "en"
 # GeoIP City Removed From Dotkernel
 
 ## TL;DR
-
 The newest Dotkernel version removed the GeoIP City integration because the City database on GeoIP extension version 1.1.0+ was causing a segmentation fault, crashing requests or outputting an error instead of executing the PHP code.
 Users on an older Dotkernel version combined with GeoIP >=1.1.0 may hit this.
 If you don't need GeoIP City, the affected code can be removed.
 
-## The error
+In the newest version we have removed the GeoIP City integration. The City database on ***GeoIP 1.1.0*** extension was causing a segmentation fault, which resulted in crashing or outputting an error instead of executing the PHP Code.
+
+This error occurs due to the extension incompatibility with the database(dat) file. If you have an older Dotkernel version and version **>=1.1.0** of GeoIP you might get this error.
+
+On some operating systems Apache will respond your request with HTTP Status Code 200 (OK) and a web page containing the text below.
 
-This error occurs because of an incompatibility between the GeoIP extension and the database (dat) file.
-On some operating systems, Apache still responds with HTTP Status Code 200 (OK), but with a page containing this text:
+Error result:
 
 ```
 The server encountered an internal error or
-misconfiguration and was unable to complete
-your request.
+ misconfiguration and was unable to complete
+ your request.
 ```
 
-The error might not be logged, since it's generated by the GeoIP extension itself rather than by your PHP code.
+The error might not be logged as the error is generated the GeoIP extension and not by your PHP code.
 
-## How to remove GeoIP City if you don't need it
+If you don't want to use GeoIP City and just want to get rid of the error go to
 
-1. In `Dotkernel/admin/System.php` (the `Admin/System` model), comment or remove the following lines:
+- Dotkernel/admin/System.php (Admin/System model) and comment or remove the lines below
 
-```php
+```
 if(geoip_db_avail(GEOIP_CITY_EDITION_REV0))
 {
-    $info = explode(" ",geoip_database_info(GEOIP_CITY_EDITION_REV0));
-    $return = $info.' '.Dot_Kernel::TimeFormat($info);
+    $info = explode(" ",geoip_database_info(GEOIP_CITY_EDITION_REV0));
+    $return = $info.' '.Dot_Kernel::TimeFormat($info);
 }
 ```
 
-2. In `library/Dot/GeoIp.php` (the `Dot_GeoIp` class), comment or remove the following lines:
+- library/Dot/GeoIp.php (Dot_GeoIp class) and comment or remove the lines below
 
-```php
+```
 if(function_exists('geoip_db_avail') && geoip_db_avail(GEOIP_CITY_EDITION_REV0)
 && 'unknown' == $country)
 {
-    //if GeoIPCity.dat file exists
-    $record = geoip_record_by_name($ip);
-    if(!empty($record))
-    {
-        $countryCode = $record;
-        $countryName = $record;
-        $country = $countryCode != false  ? $countryCode : 'unknown';
-        $country = $countryName != false  ? $countryName : 'NA';
-    }
+    //if GeoIPCity.dat file exists
+    $record = geoip_record_by_name($ip);
+    if(!empty($record))
+    {
+        $countryCode = $record['country_code'];
+        $countryName = $record['country_name'];
+        $country = $countryCode != false  ? $countryCode : 'unknown';
+        $country = $countryName != false  ? $countryName : 'NA';
+    }
 }
 ```
 
-These changes were also made in the latest version of Dotkernel.
-Use this fix only if you don't intend to use GeoIP City.
+Theese changes were also made in the latest version of Dotkernel. You should use this fix only if you don't intend to use GeoIP City.
 
-## Recommendation
+We recommend special coding for using GeoIP City and in the GeoIP extension in general.
 
-Special coding is recommended for using GeoIP City and the GeoIP extension in general.
-Note that GeoIP is an obsolete extension - MaxMind recommends using GeoIP2 instead.
+Note that GeoIP is an obsolete extension, Maxmind recommends using GeoIP2.
 
 ## FAQ
 
@@ -79,8 +79,7 @@ A: Users running an older Dotkernel version together with GeoIP extension versio
 A: On some operating systems, Apache still responds with HTTP Status Code 200 (OK) but with a page containing a generic "internal error or misconfiguration" message, and the error might not be logged since it's generated by the GeoIP extension rather than by the PHP code.
 
 **Q: How can you get rid of the error if you don't need GeoIP City?**
-A: Comment out or remove the relevant lines in Dotkernel/admin/System.php (the Admin/System model) and in library/Dot/GeoIp.php (the Dot_GeoIp class).
-These changes were also made in the latest version of Dotkernel, but this fix should only be used if you don't intend to use GeoIP City.
+A: Comment out or remove the relevant lines in Dotkernel/admin/System.php (the Admin/System model) and in library/Dot/GeoIp.php (the Dot_GeoIp class). These changes were also made in the latest version of Dotkernel, but this fix should only be used if you don't intend to use GeoIP City.
 
 **Q: What does the article recommend going forward?**
 A: It recommends special coding for GeoIP City and for the GeoIP extension in general, and notes that GeoIP is an obsolete extension, with Maxmind recommending GeoIP2 instead.
diff --git a/public/md-articles/dotkernel/geoip-ip-address-location-in-dotkernel.md b/public/md-articles/dotkernel/geoip-ip-address-location-in-dotkernel.md
index 54ba62f7..312c00eb 100644
--- a/public/md-articles/dotkernel/geoip-ip-address-location-in-dotkernel.md
+++ b/public/md-articles/dotkernel/geoip-ip-address-location-in-dotkernel.md
@@ -11,23 +11,35 @@ language: "en"
 # GeoIP: Ip Address Location In Dotkernel
 
 ## TL;DR
-
 GeoIP is MaxMind's proprietary technology for IP geolocation.
 Dotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time.
 The logic lives in `library/Dot/Geoip.php`, inside the `getCountryByIp` function, which branches over four cases depending on whether the `mod_geoip` PECL extension and its `.dat` files are available.
 
-## What getCountryByIp does
+***GeoIP*** is the proprietary technology that drives [MaxMind's](http://www.maxmind.com/app/ip-location) IP geolocation data and services. It is a non-invasive way to determine geographical and other information about Internet visitors in real-time. When a person visits your website, ***GeoIP*** can determine which country, region, city, postal code, area code the visitor is coming from.
+
+Dotkernel uses ***GeoIP*** to get user statistics by country. The main file for ***GeoIP*** is [library/Dot/Geoip.php](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Flibrary%2FDot%2FGeoip.php) Let’s explain what function ***getCountryByIp*** does:
+
+- Line 41: get session variable to memorize the possible error messages later.
+- Line 42: initialize country with ‘unknown’ value, in case the country isn’t found.
+
+Next there are 4 ***if/else*** statements: **1.** Line 43 – 57: ***mod_geoip*** PECL extension is not installed
+
+- In this case we use the already existing file **externals/geoip/GeoIP.dat** from Dotkernel (If you don’t have it, download it from [here](http://www.maxmind.com/app/geolitecountry)).
+
+**2.** Line 58 – 63: ***mod_geoip*** is installed and ***GeoIP.dat*** file exists on the server: *geoip_db_avail(GEOIP_COUNTRY_EDITION)*
+
+- In this case we simply use the default PHP functions ***[geoip_country_code_by_name](http://php.net/manual/en/book.geoip.php)*** and ***[geoip_country_name_by_name](http://php.net/manual/en/book.geoip.php)*** to get the country code and name.
 
-The function first reads the session variable used to remember possible error messages, and initializes the country as 'unknown' in case it isn't found.
-It then runs through four if/else branches:
+**3.** Line 64 – 73 : ***mod_geoip*** is installed, ***GeoIP.dat*** file does not exist, but ***GeoIpCity.dat*** exists
 
-1. **`mod_geoip` PECL extension is not installed** - it uses the existing `externals/geoip/GeoIP.dat` file bundled with Dotkernel (downloadable from MaxMind if you don't have it).
-2. **`mod_geoip` is installed and `GeoIP.dat` exists** (`geoip_db_avail(GEOIP_COUNTRY_EDITION)`) - it uses the built-in PHP functions `geoip_country_code_by_name` and `geoip_country_name_by_name` to get the country code and name.
-3. **`mod_geoip` is installed, `GeoIP.dat` doesn't exist, but `GeoIpCity.dat` exists** - it uses the PHP function `geoip_record_by_name` to get the country code and name.
-4. **`mod_geoip` is installed, but neither `GeoIP.dat` nor `GeoIPCity.dat` exist** - same behavior as case 1: it uses `externals/geoip/GeoIP.dat` from the Dotkernel framework.
+- In this case we use the PHP function ***[geoip_record_by_name](http://php.net/manual/en/book.geoip.php)*** to get the country code and name.
 
-```php
-/**
+**4.** Line 74 – 88 : ***mod_geoip*** is installed, but neither GeoIP.dat or GeoIPCity.dat exist
+
+- This has the same behavior like item #1in this list –  it uses ***externals/geoip/GeoIP.dat*** from the Dotkernel framework
+
+```
+ line="32">/**
  * Get the country by IP
  * Return an array with : short name, like 'us' and long name, like 'United States'
  * @access public
@@ -80,19 +92,19 @@ public function getCountryByIp($ip)
         }
         else
         {
-            $session->message = $this->option->warningMessage->modGeoIp;;
+            $session->message['txt'] = $this->option->warningMessage->modGeoIp;;
             $session->message = 'warning';
         }
     }
     return $country;
 }
+}
 ```
 
 ## FAQ
 
 **Q: What is GeoIP and what does it let Dotkernel do?**
-A: GeoIP is MaxMind's proprietary technology for IP geolocation data.
-Dotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time.
+A: GeoIP is MaxMind's proprietary technology for IP geolocation data. Dotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time.
 
 **Q: Where does the GeoIP logic live in Dotkernel?**
 A: In library/Dot/Geoip.php, inside the getCountryByIp function.
@@ -104,12 +116,4 @@ A: It falls back to the existing externals/geoip/GeoIP.dat file bundled with Dot
 A: It uses the built-in PHP functions geoip_country_code_by_name and geoip_country_name_by_name to get the country code and name.
 
 **Q: What if GeoIP.dat is missing but GeoIPCity.dat exists, or neither file exists?**
-A: If GeoIPCity.dat exists, it uses the PHP function geoip_record_by_name to get the country code and name.
-If neither .dat file exists, it behaves the same as when mod_geoip isn't installed, falling back to externals/geoip/GeoIP.dat.
-
-## Resources
-
-- [MaxMind's IP geolocation](http://www.maxmind.com/app/ip-location)
-- [library/Dot/Geoip.php source](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Flibrary%2FDot%2FGeoip.php)
-- [GeoLite Country database](http://www.maxmind.com/app/geolitecountry)
-- [PHP GeoIP functions](http://php.net/manual/en/book.geoip.php)
+A: If GeoIPCity.dat exists, it uses the PHP function geoip_record_by_name to get the country code and name. If neither .dat file exists, it behaves the same as when mod_geoip isn't installed, falling back to externals/geoip/GeoIP.dat.
diff --git a/public/md-articles/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.md b/public/md-articles/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.md
index 1fb59d1a..bca9a7fa 100644
--- a/public/md-articles/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.md
+++ b/public/md-articles/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.md
@@ -11,70 +11,105 @@ language: "en"
 # Handling and Logging errors with dot-errorhandler and dot-log
 
 ## TL;DR
-
 This article is a follow-up to "Logging with dot-log in Zend Expressive and Dotkernel" and explains how to use `dotkernel/dot-errorhandler` together with `dotkernel/dot-log` or `zendframework/zend-log` to log errors in Zend Expressive applications.
 It covers how dot-errorhandler was built, how to configure it, and how it was tested.
 
-## The two error handlers
+This article is a follow-up for: **[Logging with dot-log in Zend Expressive and Dotkernel](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/)**, the mentioned article is a guide to using dot-log.
 
-- **The plain `ErrorHandler`** - a copy of Zend Expressive's `Zend\Stratigility\Middleware\ErrorHandler` (copied because that class is `final`).
-- **The logging `LogErrorHandler`** - the same as above, but with added logging support via the container.
+ 
 
-Both error handlers have factories registered for easier use with the Container.
+This article explains the usage of **dotkernel/dot-errorhandler** with **dotkernel/dot-log** or **zendframework/zend-log** to **log errors** in Zend Expressive applications.
 
-Install it with:
+This can be considered as a guide on how the **dot-errorhandler** was made and how it's meant to be used.
 
-```shell
-composer require dotkernel/dot-errorhandler
-```
+ 
+
+As a first note Dot Error Handler provides two kinds of error handlers:
+
+- the plain `ErrorHandler` - this class is a copy of Zend Expressive's error handler `Zend\Stratigility\Middleware\ErrorHandler` (as it is final)
+- the logging `LogErrorHandler` - this class is like the above one, but with added Logging support (via container)
+
+Both error handlers have factories for an easier usage with the **Container**.
+
+ 
+
+To use dot-error handler in your project run the following command: `composer require dotkernel/dot-errorhandler`.
+
+ 
 
 ## The Config Provider
 
-When the dot-errorhandler config provider is invoked, both error handlers' factories are registered, and an alias is added to switch between them.
-As a fallback, the plain error handler is selected by default, and this can be overwritten through the config file.
+When the dot-errorhandler config provider is invoked the following configuration is returned.
+
+```
+,
+        'factories' =>
+    ],
+];
+```
+
+Both the error handlers have the factories registered, and an alias to switch between them is added.
+
+As a fallback case the plain error handler is selected by default and can be overwritten through the config file.
+
+ 
 
 ## Configuration
 
-Important notes:
+**IMPORTANT NOTES:**
+
+- Assuming the project in hand has a configured logger as per **[this article](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/)** and the logger name is **default_logger** (as provided in the package's config example).
+- Although the key is `dot_log`, when selecting a logger the dot log abstract factory responds to the `dot-log` selector
+  - to select the container key asked for is `dot-log.default_logger`
+- The dot-errorhandler was meant as a silent logger for staging and production environments doesn't block whoops
+  - to test it the development mode should be **disabled**, otherwise whoops will catch the errors and show them to the developer
+  - you can use any custom implemented error handler as long as it implements the provided `ErrorHandlerInterface`
 
-- This assumes the project already has a configured logger, as described in the "Logging with dot-log in Zend Expressive and Dotkernel" article, with the logger named `default_logger` (as used in the package's config example).
-- Although the config key is `dot_log`, the dot-log abstract factory responds to the `dot-log` selector - the container key to ask for is `dot-log.default_logger`.
-- dot-errorhandler is meant to be a silent logger for staging and production environments.
-To test it, development mode should be disabled, otherwise whoops will catch the errors and show them to the developer instead.
-Any custom error handler can be used as long as it implements the provided `ErrorHandlerInterface`.
+The steps to configuring are the following:
 
-Steps to configure:
+- add the `Dot\ErrorHandler\ConfigProvider` in the project's `config/config.php` file
+- write the error handler config
 
-1. Add `Dot\ErrorHandler\ConfigProvider` to the project's `config/config.php` file.
-2. Write the error handler config.
+ 
 
-To use the logging error handler, this config is needed, in `config/autoload/dot-errorhandler.global.php`:
+To use the logging error handler the following config must be used.
 
-```php
+ 
+
+`config/autoload/dot-errorhandler.global.php`
+
+```
 use Dot\ErrorHandler\ErrorHandlerInterface;
 use Dot\ErrorHandler\LogErrorHandler;
+
+return
+    ],
+    'dot-errorhandler' =>
+];
 ```
 
-The `logger` key in the dot-errorhandler config should reflect your logger configuration in `config/autoload/log.global.php`.
-An out-of-the-box config was provided within the error handler's config directory for using the default logger.
+The **logger** key in dot-error handler should reflect your logger configuration in `config/autoload/log.global.php`
+
+To use the default logger an out-of-the-box config was provided within the error handler's config directory.
 
 ## Usage / Triggering errors
 
-Errors were triggered in the following ways to test the handlers:
+The tests we have made were the following:
+
+- throwing Exceptions - the most common
+- raising errors such as triggering warning/error messages:
+  - by dividing numbers to zero (eg.: **16/0**)
+  - by casting arrays to strings (**$string = 'hello' . ['world']['dot_log']['world']**)
 
-- Throwing Exceptions - the most common case.
-- Raising errors, such as triggering warning/error messages, for example:
-  - dividing numbers by zero (e.g. `16/0`)
-  - casting arrays to strings (e.g. `$string = 'hello' . $array`)
+ 
 
 ## FAQ
 
 **Q: What two kinds of error handlers does dot-errorhandler provide?**
-A: A plain ErrorHandler, which is a copy of Zend Expressive's Zend\Stratigility\Middleware\ErrorHandler (copied because that class is final), and a logging LogErrorHandler, which is the same but with added logging support via the container.
-Both have factories registered for easier use with the Container.
+A: A plain ErrorHandler, which is a copy of Zend Expressive's Zend\Stratigility\Middleware\ErrorHandler (copied because that class is final), and a logging LogErrorHandler, which is the same but with added logging support via the container. Both have factories registered for easier use with the Container.
 
 **Q: How do you install dot-errorhandler?**
-A: Run `composer require dotkernel/dot-errorhandler`.
+A: Run composer require dotkernel/dot-errorhandler.
 
 **Q: Which error handler is used by default?**
 A: The plain error handler is selected by default as a fallback, and this can be overwritten through the config file, which also registers factories for both handlers plus an alias to switch between them.
@@ -83,12 +118,7 @@ A: The plain error handler is selected by default as a fallback, and this can be
 A: A configured logger as described in the "Logging with dot-log in Zend Expressive and Dotkernel" article, with the logger named default_logger as used in the package's config example.
 
 **Q: Why might whoops interfere when testing dot-errorhandler?**
-A: dot-errorhandler is meant to be a silent logger for staging and production environments.
-To actually test it, development mode should be disabled, otherwise whoops will catch the errors and show them to the developer instead.
+A: dot-errorhandler is meant to be a silent logger for staging and production environments. To actually test it, development mode should be disabled, otherwise whoops will catch the errors and show them to the developer instead.
 
 **Q: How were errors triggered to test the error handlers?**
 A: By throwing Exceptions, the most common case, and by raising warnings/errors such as dividing a number by zero (e.g. 16/0) or casting an array to a string.
-
-## Resources
-
-- [Logging with dot-log in Zend Expressive and Dotkernel](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/)
diff --git a/public/md-articles/dotkernel/highcharts-integration-in-dotkernel-1-6-0.md b/public/md-articles/dotkernel/highcharts-integration-in-dotkernel-1-6-0.md
index 23b8bf1c..e6ec07de 100644
--- a/public/md-articles/dotkernel/highcharts-integration-in-dotkernel-1-6-0.md
+++ b/public/md-articles/dotkernel/highcharts-integration-in-dotkernel-1-6-0.md
@@ -14,60 +14,61 @@ language: "en"
 Dotkernel 1.6.0 integrates the Highcharts charting library, offering a new, intuitive and interactive charting experience.
 Sample charts (pie, column and line) were added to the admin, and the library ships in the project's externals directory.
 
-## What was added
+Integrating a new charting library in the latest version of Dotkernel (1.6.0) we offer a new experience with this new intuitive and interactive charts.
 
-The admin includes samples built with Highcharts:
+Also in admin we made some samples using highcharts. These samples includes an pie chart (with a small custom feature), an column chart and the last one is an line chart.
 
-- A pie chart (with a small custom feature)
-- A column chart
-- A line chart
+[![](/uploads/article/019f8a80-cc3b-71e4-913b-5c28321fc438/highcharts-1024x651.png)](/uploads/2012/05/highcharts.png)
 
-The Highcharts library itself can be found in the **externals** directory of the project.
+You can find highcharts library in the **externals **directory.
 
-## Example: line chart configuration
+Take a quick view on the code to see how highcharts are working.
 
-The article shows a sample of how a line chart is configured with Highcharts, including the chart type, tooltip formatter, axis labels and the `timeActivity` series:
-
-```javascript
+```
 chart = new Highcharts.Chart({
-    chart: {
-        renderTo: elementId,
-        type: 'line',
-        plotBackgroundColor: null,
-        plotBorderWidth: 0,
-    },
-    credits: {
-        enabled: false
-    },
-    title: {
-        text: ''
-    },
-    colors: colors,
-    tooltip: {
-        formatter: function() {
-            return '<strong>' + this.series.name + ' ' + this.x + '</strong>' + 'Total logins: ' + this.y;
-        }
-    },
-    yAxis: {
+        chart: {
+            renderTo: elementId,
+            type: 'line',
+            plotBackgroundColor: null,
+            plotBorderWidth: 0,
+        },
+        credits: {
+            enabled: false
+        },
         title: {
-            text: 'Logins count'
+            text: ''
         },
-        min: 0
-    },
-    xAxis: {
-        categories: ,
-        labels: {
-            rotation: -45,
-            align: 'right',
-            style: {
-                font: 'normal 10px Verdana, sans-serif'
+        colors: colors,
+        tooltip: {
+            formatter: function() {
+                    return '' + this.series.name + ' ' + this.x + '
+' + 'Total logins: ' + this.y;
             }
-        }
-    },
-    series: timeActivity
-});
+        },
+        yAxis: {
+            title: {
+                text: 'Logins count'
+            },
+            min: 0
+        },
+        xAxis: {
+            categories: ['1','2','3','4','5','6','7','8','9','10','11','12',
+                                     '13','14','15','16','17','18','19','20','21','22',
+                                     '23','24','25','26','27','28','29','30','31'],
+            labels: {
+                rotation: -45,
+                align: 'right',
+                style: {
+                    font: 'normal 10px Verdana, sans-serif'
+                }
+            }
+        },
+        series: timeActivity
+    });
 ```
 
+ 
+
 ## FAQ
 
 **Q: What charting library was integrated in Dotkernel 1.6.0?**
diff --git a/public/md-articles/dotkernel/how-to-group-log-files-by-date-using-dot-log.md b/public/md-articles/dotkernel/how-to-group-log-files-by-date-using-dot-log.md
index 282135ac..4df7ab0c 100644
--- a/public/md-articles/dotkernel/how-to-group-log-files-by-date-using-dot-log.md
+++ b/public/md-articles/dotkernel/how-to-group-log-files-by-date-using-dot-log.md
@@ -14,23 +14,21 @@ language: "en"
 [dot-log](https://github.com/dotkernel/dot-log) is a powerful, easily customizable logging tool.
 [Version 3.1.1](https://github.com/dotkernel/dot-log/releases/tag/3.1.1) adds the ability to use datetime formatter strings right in the stream option of a log writer, and fixes an issue where caching dot-log configs caused logs to be written to a single file instead of being grouped by date.
 
-## Prerequisites
+As described in [this article](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/), [dot-log](https://github.com/dotkernel/dot-log) is a powerful tool for logging messages in your application. It's power stays in the fact that it can be implemented in a few easy steps and that it's highly customizable.
 
-- dot-log installed and configured inside your application.
-If it's not installed, follow the steps in [Logging with dot-log in Zend Expressive and Dotkernel](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/).
-- Otherwise, make sure you're using the latest version by running:
+With a little help from PHP's `date` function, [Version 3.1.1](https://github.com/dotkernel/dot-log/releases/tag/3.1.1) takes this one step further, though. It adds the ability to use datetime formatter strings right in the stream option of your log writer. It also fixes an issue where caching dot-log configs caused logs to be written to the same file, instead of being grouped by date.
 
-```shell
-composer update dotkernel/dot-log
-```
+## Prerequisites
+
+You will need dot-log installed and configured inside your application. If it's not installed, you can install it by following the steps described [here](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/). Else, make sure you're using the latest version of dot-log by running `composer update dotkernel/dot-log`.
 
-If your application logs messages to a single file with a static name (e.g. `log/dk.log`), you can skip the rest of this guide - logging will work as before.
+As always, we strongly suggest you to keep your packages updated. Allthough, if your application logs messages in a single file with a static name (eg: log/dk.log), you can skip the rest of this article - logging will work as before.
 
 ## Configuring the logger with Dotkernel
 
-Your application should already have a `config/autoload/error-handling.global.php` file similar to:
+Your application should already have a **config/autoload/error-handling.global.php** file, similar to this:
 
-```php
+```
 <?php
 
 return [
@@ -69,49 +67,104 @@ return [
 ];
 ```
 
-1. Locate every log writer by navigating to `dot_log -> loggers -> default_logger -> writers`.
-2. For each writer, find the `stream` option containing the path to the log file.
-If it looks like:
+Inside that file, locate every instance of your log writers by navigating to: `dot_log->loggers->default_logger->writers`. For each writer, you'll find a `stream` option containing the path to your log file. If your `stream` config looks like this:
 
-   ```php
-   'stream' => sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d'))
-   ```
+`'stream' => sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d'))`
 
-3. Replace it with:
+replace it with:
 
-   ```php
-   'stream' => __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'
-   ```
+`'stream' => __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'`
 
-4. Clear the config cache:
+The last step is to clear config cache using the command:
 
-   ```shell
-   php bin/clear-config-cache.php
-   ```
+`php bin/clear-config-cache.php`
 
-If the log path uses other date format specifiers, adapt them accordingly - the full list is in the [PHP date() manual](https://www.php.net/manual/en/datetime.format.php).
+If the path to your log files contains other date format specifiers, make sure you adapt it accordingly. A complete list of the specifiers can be found [here](https://www.php.net/manual/en/datetime.format.php).
 
 ## Configuring the logger without Dotkernel
 
-Locate the dot-log config (probably `/config/autoload/log.global.php`), which should look similar to the Dotkernel example but keyed under a custom logger name (e.g. `my_logger`) and may define multiple writers (e.g. a general file writer, a warnings-only writer, and a warnings-or-higher writer).
+Locate dot-log configs in your application (probably /config/autoload/log.global.php). They should look similar to this:
+
+```
+<?php
+
+return [
+    'dot_log' => [
+        'loggers' => [
+            'my_logger' => [
+                'writers' => [
+                    'FileWriter' => [
+                        'name' => 'FileWriter',
+                        'priority' => \Laminas\Log\Logger::ALERT,
+                        'options' => [
+                            'stream' => __DIR__ . '/../../log/dk.log',
+                            'filters' => [
+                                'allMessages' => [
+                                    'name' => 'priority',
+                                    'options' => [
+                                        'operator' => '>=',
+                                        'priority' => \Laminas\Log\Logger::EMERG,
+                                    ]
+                                ],
+                            ],
+                        ],
+                    ],
+                    // Only warnings
+                    'OnlyWarningsWriter' => [
+                        'name' => 'stream',
+                        'priority' => \Laminas\Log\Logger::ALERT,
+                        'options' => [
+                            'stream' => __DIR__ . '/../../log/warnings_only.log',
+                            'filters' => [
+                                'warningOnly' => [
+                                    'name' => 'priority',
+                                    'options' => [
+                                        'operator' => '==',
+                                        'priority' => \Laminas\Log\Logger::WARN,
+                                    ],
+                                ],
+                            ],
+                        ],
+                    ],
+                    // Warnings and more important messages
+                    'WarningOrHigherWriter' => [
+                        'name' => 'stream',
+                        'priority' => \Laminas\Log\Logger::ALERT,
+                        'options' => [
+                            'stream' => __DIR__ . '/../../log/important_messages.log',
+                            'filters' => [
+                                'importantMessages' => [
+                                    'name' => 'priority',
+                                    'options' => [
+                                        // note, the smaller the priority, the more important is the message
+                                        // 0 - emergency, 1 - alert, 2- error, 3 - warn. .etc
+                                        'operator' => '<=',
+                                        'priority' => \Laminas\Log\Logger::WARN,
+                                    ],
+                                ],
+                            ],
+                        ],
+                    ],
+                ],
+            ],
+        ],
+    ],
+];
+```
 
-1. Locate every writer by navigating to `dot_log -> loggers -> my_logger -> writers`.
-2. For each writer, find the `stream` option.
-If it looks like:
+Inside that file, locate every instance of your log writers by navigating to: `dot_log->loggers->my_logger->writers`. For each writer, you'll find a `stream` option containing the path to your log file. If your `stream` config looks like this:
 
-   ```php
-   'stream' => sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d'))
-   ```
+`'stream' => sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d'))`
 
-3. Replace it with:
+replace it with:
 
-   ```php
-   'stream' => __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log',
-   ```
+```
+'stream' => __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log',
+```
 
-4. Make sure you clear your application's config before usage.
+If the path to your log files contains other date format specifiers, make sure you adapt it accordingly. A complete list of the specifiers can be found [here](https://www.php.net/manual/en/datetime.format.php).
 
-As before, adapt any other date format specifiers as needed - see the [PHP date() manual](https://www.php.net/manual/en/datetime.format.php).
+Make sure you clear your application's config before usage.
 
 ## FAQ
 
@@ -119,24 +172,16 @@ As before, adapt any other date format specifiers as needed - see the [PHP date(
 A: Version 3.1.1 adds the ability to use datetime formatter strings directly in the stream option of your log writer, and it fixes an issue where caching dot-log configs caused logs to be written to the same file instead of being grouped by date.
 
 **Q: How do I make sure I'm using the fix in Version 3.1.1?**
-A: Make sure you're using the latest version of dot-log by running `composer update dotkernel/dot-log`.
+A: Make sure you're using the latest version of dot-log by running composer update dotkernel/dot-log.
 
 **Q: Do I need to change anything if my logs are already written to a single static file?**
 A: No. If your application logs messages in a single file with a static name (e.g. log/dk.log), you can skip the rest of the article - logging will work as before.
 
 **Q: How do I group log files by date when using Dotkernel?**
-A: In `config/autoload/error-handling.global.php`, locate every log writer by navigating to `dot_log->loggers->default_logger->writers` and replace a stream value like `sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d'))` with `__DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'`.
+A: In config/autoload/error-handling.global.php, locate every log writer by navigating to dot_log->loggers->default_logger->writers and replace a stream value like sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d')) with __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'.
 
 **Q: How do I group log files by date without Dotkernel?**
-A: In your dot-log config (e.g. `/config/autoload/log.global.php`), locate every writer under `dot_log->loggers->my_logger->writers` and replace a dynamic stream value with a formatter string using `{Y}-{m}-{d}` placeholders.
+A: In your dot-log config (e.g. /config/autoload/log.global.php), locate every writer under dot_log->loggers->my_logger->writers and replace a dynamic stream value such as sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d')) with a formatter string like __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'.
 
 **Q: What must I do after changing the stream configuration?**
-A: Clear the config cache.
-In a Dotkernel application, run `php bin/clear-config-cache.php`; in a non-Dotkernel setup, make sure you clear your application's config before usage.
-
-## Resources
-
-- [dot-log on GitHub](https://github.com/dotkernel/dot-log)
-- [dot-log Version 3.1.1 release notes](https://github.com/dotkernel/dot-log/releases/tag/3.1.1)
-- [Logging with dot-log in Zend Expressive and Dotkernel](https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/)
-- [PHP date() format specifiers](https://www.php.net/manual/en/datetime.format.php)
+A: Clear the config cache. In a Dotkernel application, run php bin/clear-config-cache.php; in a non-Dotkernel setup, make sure you clear your application's config before usage.
diff --git a/public/md-articles/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.md b/public/md-articles/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.md
index 0278cce4..4a334a66 100644
--- a/public/md-articles/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.md
+++ b/public/md-articles/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.md
@@ -10,18 +10,21 @@ language: "en"
 
 # How to Set a Persistent Connection to Database with Zend Framework Zend_Db adapter
 
-From time to time, it may be a good idea to have a persistent connection to the database.
-The configuration option should be added to `application.ini` (using Dotkernel as an example).
+From time to time, it may be a good idea to have a persistent connection to database.
 
-Do **not** use the following - it will not work:
+The place where it should be added that new configuration option is application.ini ( Dotkernel approach as an example)
 
-```ini
+Do **not** try something like below, will not work:
+
+```
 database.params.options.PDO::ATTR_PERSISTENT = TRUE
 ```
 
-Instead, use this line:
+ 
 
-```ini
+Instead , use the below line
+
+```
 database.params.persistent = TRUE
 ```
 
@@ -31,7 +34,7 @@ database.params.persistent = TRUE
 A: The option should be added in application.ini, as shown in the Dotkernel approach used as an example in the article.
 
 **Q: What Zend_Db configuration line should NOT be used for a persistent connection?**
-A: `database.params.options.PDO::ATTR_PERSISTENT = TRUE` should not be used - the article states that it will not work.
+A: database.params.options.PDO::ATTR_PERSISTENT = TRUE should not be used - the article states that it will not work.
 
 **Q: What's the correct line to enable a persistent connection?**
-A: Use `database.params.persistent = TRUE` instead.
+A: Use database.params.persistent = TRUE instead.
diff --git a/public/md-articles/dotkernel/how-to-use-alerts-in-dotkernel.md b/public/md-articles/dotkernel/how-to-use-alerts-in-dotkernel.md
index 82199396..e33c294e 100644
--- a/public/md-articles/dotkernel/how-to-use-alerts-in-dotkernel.md
+++ b/public/md-articles/dotkernel/how-to-use-alerts-in-dotkernel.md
@@ -15,25 +15,21 @@ Alerts (Dot_Alert's) are e-mails usually sent to site developers using PHP's `ma
 Dot_Alert resembles Dot_Email: it has a sender, subject, destination and message, and can be sent.
 This guide walks through Dotkernel's existing example, where an Alert notifies the developer when an e-mail fails to send.
 
-## What Dot_Alert is for
+Alerts (or Dot_Alert's) are e-mails usually sent to the site developers, these messages are sent with **mail()** therefore you shouldn't use them to send regular mail. Alerts should only notify you as a developer: "***Hey, something's wrong here, you might want to know this!***"
 
-Alerts should only notify a developer: *"Hey, something's wrong here, you might want to know this!"*
-The Dot_Alert class resembles Dot_Email - like a mail message, an alert has at least a sender, a subject, a destination and a message, and it can be sent.
+In this article you will find out how to use the Alerts system in Dotkernel, we will also go through an existing example so this can be understood easier.
 
-## Example: notifying a developer of a failed e-mail send
+The Dot_Alert class resembles with Dot_Email, the alerts, like a mail message, have at least the sender, a subject, a destination and a message and it can also be sent.
 
-In Dotkernel, Alerts are used to notify the developer when an e-mail was not sent successfully.
+In Dotkernel we use the Alerts for notifying the developer that an email was not sent successfully.
 
-### 1. The message template (dots.xml)
+In this case we kept the message in the dots.xml file
 
-The alert message is kept in the `dots.xml` file:
-
-```xml
-<variable option="global">
-    <alertMessages>
-        <email>
-            <subject> SMTP Error on {SITE_NAME} </subject>
-            <message>
+```
+    
+        
+             SMTP Error on {SITE_NAME} 
+            
 SMTP Error on {SITE_NAME}
 We were unable to send SMTP email
 ---------------------------------
@@ -43,28 +39,29 @@ To Email: {TO_EMAIL}
 From Email: {FROM_EMAIL}
 Date: {DATE_NOW}
 ---------------------------------
-            </message>
-        </email>
-    </alertMessages>
-</variable>
+            
+        
+    
 ```
 
-### 2. Fetch the message from the config
+If you're not familiar with the dots.xml, you should see [this article](http://www.dotkernel.com/docs/dots-xml/).
+
+First the message will be fetched from the xml file, we already have it in $this->option
 
-```php
+```
 $subject = $this->option->alertMessages->email->subject;
 $message = $this->option->alertMessages->email->message;
 ```
 
-### 3. Get the destination recipients
+Second, we get the destination recipient (in this case the developers e-mail addresses)
 
-```php
+```
 $devEmails = explode(',', $this->settings->devEmails);
 ```
 
-### 4. Prepare the details that fill the {VARIABLES}
+As you can see the Alert messages contains **{VARIABLES}** called details in the Alert system. Now we will prepare the details:
 
-```php
+```
 $details = array(
     'e_class' => get_class($e),
     'site_name' => $this->seoOption->siteName,
@@ -76,36 +73,45 @@ $details = array(
 );
 ```
 
-`$e` is the caught exception thrown when the e-mail send process fails.
+Note that $e is a caught exception, this exception is thrown when the e-mail send process fails. Now that we have it all, let's create an alert:
 
-### 5. Create and send the alert
-
-```php
+```
 $alert = new Dot_Alert();
+```
 
-$alert->addHeader("From: " . $this->settings->siteEmail);
-$alert->addHeader("Reply-To:" . $this->settings->siteEmail);
-$alert->addHeader("X-Mailer: PHP/" . phpversion());
+This is just an empty alert, we will now set the sender, the subject and the message, the sender is set on sending
 
+```
+$alert->addHeader( "From: " . $this->settings->siteEmail);
+$alert->addHeader( "Reply-To:" . $this->settings->siteEmail );
+$alert->addHeader( "X-Mailer: PHP/" . phpversion() ) ;
+```
+
+```
 $alert->setTo($devEmails);
 $alert->setSubject($subject);
 $alert->setContent($message);
+```
 
-// replaces the {VARIABLES} in subject/message with real data
+Our message doesn't look that good, the setDetails method will replace our **{VARIABLES}** within subject and message with actual data
+
+```
 $alert->setDetails($details);
+```
+
+Everything is great, we can now send our alert:
 
+```
 $alert->send();
 ```
 
 ## FAQ
 
 **Q: What is a Dot_Alert used for?**
-A: Alerts (Dot_Alert's) are e-mails usually sent to the site developers using PHP's mail() function.
-They shouldn't be used to send regular mail - they only notify the developer that something is wrong.
+A: Alerts (Dot_Alert's) are e-mails usually sent to the site developers using PHP's mail() function. They shouldn't be used to send regular mail - they only notify the developer that something is wrong.
 
 **Q: What does the Dot_Alert class resemble, and what does an alert contain?**
-A: Dot_Alert resembles Dot_Email.
-Like a mail message, an alert has at least a sender, a subject, a destination and a message, and it can be sent.
+A: Dot_Alert resembles Dot_Email. Like a mail message, an alert has at least a sender, a subject, a destination and a message, and it can be sent.
 
 **Q: What's an example use of Alerts in Dotkernel?**
 A: Dotkernel uses Alerts to notify the developer when an email was not sent successfully, with the message kept in the dots.xml file under the alertMessages section.
@@ -115,7 +121,3 @@ A: A $details array is prepared (e.g. e_class, site_name, site_url, e_message, t
 
 **Q: What are the steps to build and send an alert?**
 A: Create a new Dot_Alert(), add headers such as From, Reply-To and X-Mailer, then call setTo(), setSubject() and setContent(), then setDetails() to fill in the placeholders, and finally call send().
-
-## Resources
-
-- [Understanding dots.xml](http://www.dotkernel.com/docs/dots-xml/)
diff --git a/public/md-articles/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.md b/public/md-articles/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.md
index 17851597..8781dda7 100644
--- a/public/md-articles/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.md
+++ b/public/md-articles/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.md
@@ -14,24 +14,38 @@ language: "en"
 To use the new [Password Hashing](http://www.php.net/manual/en/book.password.php) functions introduced in PHP 5.5 and unify password-related functions for both admin and users, Dotkernel's codebase was refactored in version 1.8.0 (starting from revision 799).
 Because those functions require PHP 5.5+, the [Password Compat library](https://github.com/ircmaxell/password_compat) is used for compatibility, and the minimum PHP version to run Dotkernel was raised to 5.3.8.
 
-## Background
+In order to use the new [Password Hashing](http://www.php.net/manual/en/book.password.php) functions , introduced in PHP 5.5 , and unify all password related functions , used for both admin and users, we did a major refactor of Dotkernel codebase, in version 1.8.0 , starting from revision 799.
 
-See more on the reasoning behind this change [here](http://www.brandonsavage.net/please-stop-hashing-passwords-yourself/).
+See more on that matter[here](http://www.brandonsavage.net/please-stop-hashing-passwords-yourself/)
 
-## Applying this refactor to older Dotkernel systems
+Since those 4 new functions are available only since PHP 5.5 , we used the [Password Compatibility library.](https://github.com/ircmaxell/password_compat)
 
-1. Change the table structure to handle the new password format:
+The minimum PHP version in order to run Dotkernel was raised to PHP 5.3.8 .
 
-   ```sql
-   ALTER TABLE `admin` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;
-   ALTER TABLE `user` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;
-   ```
+ 
 
-2. Remove the `settings.admin.salt = 5F6WQ9U3YT` variable from `application.ini`.
-3. Apply the [patch](http://www.dotkernel.com/download/?did=40).
-4. If you have trouble applying the patch, compare the files and see the log/diff in [websvn](http://websvn.dotkernel.net/comp.php?repname=Dotkernel&compare[]=/@796&compare[]=/@797).
-5. Run the conversion script - details are in the file `Console/Controller.php`, at line 47.
-6. Admin passwords cannot be converted, so they need to be recreated manually.
+**How to apply this refactor to older Dotkernel systems**
+
+```
+ALTER TABLE `admin` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;
+```
+
+```
+ALTER TABLE `user` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;
+```
+
+- Remove from application.ini the variable **settings.admin.salt = 5F6WQ9U3YT**
+- apply the patch . [Download](http://www.dotkernel.com/download/?did=40)
+- if you have trouble applying the patch, you can compare the files and see the log/diff in [websvn](http://websvn.dotkernel.net/comp.php?repname=Dotkernel&compare[]=/@796&compare[]=/@797)
+- run the conversion script . You can find the details in the file Console/Controller.php , at line 47
+- Hope that you will not break something :-)
+- Admin passwords cannot be converted , so need to be recreated manually .
+
+ 
+
+ 
+
+ 
 
 ## FAQ
 
@@ -49,11 +63,3 @@ A: Change the password column definition in the admin and user tables via ALTER
 
 **Q: What happens to existing admin passwords during the upgrade?**
 A: Admin passwords cannot be converted automatically, so they need to be recreated manually.
-
-## Resources
-
-- [PHP Password Hashing manual](http://www.php.net/manual/en/book.password.php)
-- [Please stop hashing passwords yourself](http://www.brandonsavage.net/please-stop-hashing-passwords-yourself/)
-- [Password Compatibility library](https://github.com/ircmaxell/password_compat)
-- [Patch download](http://www.dotkernel.com/download/?did=40)
-- [websvn diff (revision 796 vs 797)](http://websvn.dotkernel.net/comp.php?repname=Dotkernel&compare[]=/@796&compare[]=/@797)
diff --git a/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.md b/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.md
index 21567f8a..169b7b01 100644
--- a/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.md
+++ b/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.md
@@ -13,59 +13,53 @@ language: "en"
 ## TL;DR
 Test whether php_geoip is already available, and if not, download the correct php_geoip.dll for your PHP build from windows.php.net, copy it into Zend Server's phpext folder, enable it from the Zend Server GUI, and download the MaxMind GeoIP databases.
 
-## Steps
+To test if you have php_geoip extension on your Zend Server, create an php file and copy the following code. This will output true if extension is available or false if not.
 
-1. Test if you have the php_geoip extension:
+```
+If your output is false than you have to download an php_geoip.dll file correctly compiled for your zend server version.
 
-   ```php
-   <?php
-   var_dump(function_exists('geoip_database_info'));
-   ```
+For Zend Server 5.6 you can find geoip extension here:
 
-   This outputs `true` if the extension is available, or `false` if not.
+http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/
 
-2. If the output is `false`, download a php_geoip.dll file correctly compiled for your Zend Server version from [http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/](http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/).
-There are several files for different architectures and compilers.
+As you can see there are several files for different architectures and compilers
 
-3. Find your PHP's architecture and compiler by running `phpinfo();`.
-Example values:
+** NOTE: you can find on what architecture your php is built and the compiler used with phpinfo();
 
-   | Field | Value |
-   |---|---|
-   | Compiler | MSVC9 (Visual C++ 2008) |
-   | Architecture | x86 |
+Compiler
+MSVC9 (Visual C++ 2008)
 
-4. Copy the downloaded `php_geoip.dll` file into:
+Architecture
+x86
 
-   ```
-   C:\YOUR_LOCATION\Zend\ZendServer\lib\phpext\
-   ```
+After you have downloaded the php_geoip.dll you have to copy the file in:
 
-5. In the Zend Server interface, restart PHP, turn on the geoip extension from **Server Setup -> Extension**, and restart PHP again.
+C:\YOUR_LOCATION\Zend\ZendServer\lib\phpext\
 
-   If you get an error loading the geoip extension, you picked the wrong dll - try one of the others.
+Now you have to go in your Zend Server interface, restart php, turn on geoip extension from Server Setup -> Extension and restart php again.
 
-   Otherwise, the extension is loaded and the test script from step 1 will output `true`.
+If you get an error loading geoip extension than you picked the wrong dll and you have to try the other ones.
 
-6. Download GeoIP databases from MaxMind, as needed:
-   - geoIP.dat
-   - geoIPCity.dat
-   - geoIPOrganization.dat
-   - or anything else you need
+Otherwise your geoip extension is loaded and your test script from the beginning will output "true".
 
-7. Copy those `.dat` files into:
+The next step is to download some geoip databases from maxmind.
+```
 
-   ```
-   C:\YOUR_LOCATION\Zend\ZendServer\bin\
-   ```
+- geoIP.dat
+- geoIPCity.dat
+- geoIPOrganization.dat
+- or anything you need
 
-You can now use geoip functions on Zend Server 5.6.
+Copy those .dat files in
+
+C:\YOUR_LOCATION\Zend\ZendServer\bin\
+
+And now you can use geoip functions on your Zend Server 5.6
 
 ## FAQ
 
 **Q: How do you test if the php_geoip extension is available on Zend Server?**
-A: Create a PHP file with `var_dump(function_exists('geoip_database_info'));`.
-It outputs true if the extension is available, or false if it isn't.
+A: Create a PHP file with var_dump(function_exists('geoip_database_info'));. It outputs true if the extension is available, or false if it isn't.
 
 **Q: Where can you download the php_geoip extension for Zend Server 5.6?**
 A: From http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/, where several php_geoip.dll files are available for different architectures and compilers.
@@ -77,12 +71,7 @@ A: You can find your PHP's architecture and the compiler it was built with by ru
 A: Into C:\YOUR_LOCATION\Zend\ZendServer\lib\phpext\.
 
 **Q: How do you enable the geoip extension after copying the dll?**
-A: Go into the Zend Server interface, restart PHP, turn on the geoip extension from Server Setup -> Extension, and restart PHP again.
-If you get an error loading the extension, you picked the wrong dll and should try another one.
+A: Go into the Zend Server interface, restart PHP, turn on the geoip extension from Server Setup -> Extension, and restart PHP again. If you get an error loading the extension, you picked the wrong dll and should try another one.
 
 **Q: What else is needed besides the extension itself?**
 A: You also need to download geoip databases from MaxMind, such as geoIP.dat, geoIPCity.dat, and geoIPOrganization.dat, and copy those .dat files into C:\YOUR_LOCATION\Zend\ZendServer\bin\.
-
-## Resources
-
-- [php_geoip 1.0.8 downloads](http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/)
diff --git a/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.md b/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.md
index 75a405ca..601743c7 100644
--- a/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.md
+++ b/public/md-articles/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.md
@@ -13,19 +13,14 @@ language: "en"
 ## TL;DR
 As an update to [Installing GeoIP extension in Zend Server 5.6 on Windows](https://www.dotkernel.com/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows/), here's how to enable php_geoip on Zend Server 6.1.
 
-## Steps
+As an update to the post [Installing GeoIP extension in Zend Server 5.6 on Windows ](http://www.dotkernel.com/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows/), for Zend Server 6.1 , you can do the following:
 
-1. Download the `php_geoip-1.0.8-5.4-nts-vc9-x86.zip` file from [http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/](http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/).
-2. From the archive, copy `php_geoip.dll` to `ZEND_PATH\Zend\ZendServer\lib\phpext\`.
-3. Open the `php.ini` file, located at `ZEND_PATH\Zend\ZendServer\etc\php.ini`.
-4. Add the following line at the end of the file:
-
-   ```ini
-   extension=php_geoip.dll
-   ```
-
-5. Save the file and click **"Restart PHP"** from the Zend Server GUI.
-6. Follow the steps from the previous article to test the GeoIP integration and download the Geoip*.dat files.
+1. Download the php_geoip-1.0.8-5.4-nts-vc9-x86.zip file from [http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/](http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/)
+2. From the archived file, copy the file php_geoip.dll to ZEND_PATH\Zend\ZendServer\lib\phpext\
+3.  Open php.ini file, from the location: ZEND_PATH\Zend\ZendServer\etc\php.ini
+4.  Add the below line at the end of the file **extension=php_geoip.dll**
+5. Save the file and "Restart PHP" :-))  from Zend Server GUI
+6. follow the step from the previous article in order to test GeoIP integration , and download the Geoip*.dat files
 
 ## FAQ
 
@@ -40,8 +35,3 @@ A: Open the php.ini file at ZEND_PATH\Zend\ZendServer\etc\php.ini, add the line
 
 **Q: How do you verify GeoIP is working after this setup?**
 A: Follow the same steps described in the previous article (Installing GeoIP extension in Zend Server 5.6 on Windows) to test the GeoIP integration and download the Geoip*.dat files.
-
-## Resources
-
-- [Installing GeoIP extension in Zend Server 5.6 on Windows](http://www.dotkernel.com/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows/)
-- [php_geoip 1.0.8 downloads](http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/)
diff --git a/public/md-articles/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.md b/public/md-articles/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.md
index 6cd93445..09c5be8c 100644
--- a/public/md-articles/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.md
+++ b/public/md-articles/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.md
@@ -15,98 +15,240 @@ This article explains how to use the [dot-log](https://github.com/dotkernel/dot-
 Since dot-log extends `zendframework/zend-log`, the tutorial is mostly compatible with zend-log as well.
 See the [zend-log documentation](https://zendframework.github.io/zend-log/) for more detail.
 
-## Adding the config provider
+This article will explain the usage of the **[dot-log](https://github.com/dotkernel/dot-log)** component within Dotkernel, Zend Expressive or in a project that uses Zend Service Manager.
 
-- Open `config/config.php`.
-- If there's no entry for the dot-log config provider, add `\Dot\Log\ConfigProvider::class`.
-- Make sure it's added before application-specific components, e.g. `Frontend\App\ConfigProvider::class`, `Admin\App\ConfigProvider::class`, `MyProject\ConfigProvider::class`.
-- Inside `Dot\Log\ConfigProvider`, the dependencies section registers an abstract factory, `LoggerAbstractServiceFactory::class`.
-This class responds to "selectors" instead of class names - instead of requesting `Zend\Log\Logger::class` from the container, you request `dot-log.my_logger` (or just `my_logger` if using zend-log).
-- Create a `log.global.php` file within `/config/autoload`, returning an empty array to start.
+Since dot-log extends zendframework/zend-log this tutorial mostly compatible with zend-log as well.
+
+For a more detailed documentation about the zend-log visit the [zend-log documentation](https://zendframework.github.io/zend-log/).
+
+## Adding The Config Provider
+
+- Enter **config/config.php**
+- If there is no entry for the config provider below, add it: \Dot\Log\ConfigProvider::class
+- Make sure it is added before with the Application-Specific components, eg.: `\Frontend\App\ConfigProvider.php`,  `\Admin\App\ConfigProvider::class`,  `MyProject\ConfigProvider::class` , etc.
+- Open the `Dot\Log\ConfigProvider`
+  - In the dependencies section you will see an **absctract factory **(`LoggerAbstractServiceFactory::class`)
+  - This class responds to "selectors" instead of class names
+  - Instead of requesting the `Zend\Log\Logger::class` from the container, `dot-log.my_logger` should be requested (or just `my_logger` if using zend-log)
+- Next, create a **log.global.php **file within **/config/autoload**
+  - return an empty array for start
 
 ## Configuring the logger
 
-For this tutorial, the created logger is named **my_logger** (the name is the developer's choice and should reflect its purpose, e.g. `db_error_logger`).
+For compatibility between components and for the better understanding of this tutorial the name for the created logger will be **my_logger**.
+
+The logger name is the developer's choice and should reflect its purpose (eg.: db_error_logger - a logger that only writes the error messages in **db**).
+
+Create a key-value pair, the key should be **dot-log** (or **log** if using zend-log) and the value should be an empty array.
+
+In the newly created value add a key loggers, and the value should be an array with the key **my_logger** and an empty array as the value.
+
+ 
+
+At this point your log.global.php should look like this:
 
-In `log.global.php`:
+```
+return
+        ],
+    ],
+];
+```
 
-1. Add a top-level key `dot-log` (or `log` if using zend-log) with an array value.
-2. Inside it, add a `loggers` key.
-3. Inside that, add the logger name key (`my_logger`) with an empty array.
+ 
 
-For the logger to actually log somewhere, a writer is required - without one, log calls are received but there's nowhere to write the message.
+For this logger to actually log somewhere a writer is required, otherwise the log command will be received, but the logger will have no place to write the message in.
+
+The next step will show you how to configure writing to a specific file.
 
 ## Configuring the writer(s)
 
 Loggers must have at least one writer.
-A **writer** is an object that inherits from `Zend\Log\Writer\AbstractWriter`, responsible for recording log data to a storage backend (see the [zend-log writer documentation](https://zendframework.github.io/zend-log/writers/)).
 
-It's possible to separate logs into multiple files using writers and filters (e.g. `warnings.log`, `errors.log`, `all_messages.log`).
-In the simplest example, all log messages are written to one file, e.g. `/data/logs/dk.log`, under a `writers` key inside `my_logger`.
+A ***writer*** is an object that inherits from `Zend\Log\Writer\AbstractWriter`. A writer's responsibility is to record log data to a storage backend. (from [zend-log's writer documentation](https://zendframework.github.io/zend-log/writers/))
+
+ 
+
+### Writing to a file (stream)
+
+It is possible separate logs into multiple files using writers and filters. For example **warnings.log, errors.log**, all_messages.log.
+
+In this example all the log messages will be written in one file.
+
+- In the my_logger key insert an empty array on key **writers**
+  - The **writers** will all be used when writing logs
+- The following is the simplest example to write anything to **/data/logs/dk.log**
+
+```
+return ,
+                    ],
+                ],
+            ]
+        ],
+    ],
+];
+```
+
+The **FileWriter** key is optional, otherwise the writers array would be enumerative instead of associative.
+
+The writer **name** key is a developer-provided name for that writer, the writer name key is **mandatory**.
+
+The writer priority key is not affecting the errors that are written, it is a way to organize writers, for example:
+
+- 1 - FILE
+- 2 - SQL
+- 3 - E-mail
+
+It is the most important to write in the file, the sql or e-mail are more probably fail because the servers can be external and offline, the file is on the same server.
+
+The writer priority key is optional.
+
+To write into a file the key **stream** must be present in the **writer options** array. This is required only if writing into streams/files.
+
+ 
+
+For more examples see the zend-log streams:
+
+- [Writing to Streams](https://zendframework.github.io/zend-log/writers/#writing-to-streams)
+- [Writing to Databases](https://zendframework.github.io/zend-log/writers/#writing-to-databases)
+- [Writing to FirePHP](https://zendframework.github.io/zend-log/writers/#writing-to-firephp)
+- [Writing to ChromePHP](https://zendframework.github.io/zend-log/writers/#writing-to-chromephp)
+- [Writing to Mail](https://zendframework.github.io/zend-log/writers/#writing-to-mail)
+- [Writing to MongoDB](https://zendframework.github.io/zend-log/writers/#writing-to-mongodb)
+- [Writing to Syslog](https://zendframework.github.io/zend-log/writers/#writing-to-syslog)
+- [Writing to Zend Monitor](https://zendframework.github.io/zend-log/writers/#writing-to-zend-monitor)
+
+## (Optional) Configuring the Filters
+
+A *filter* prevents a message from being written to the log. (from [zend-log filters documentation](https://zendframework.github.io/zend-log/filters/))
 
-Notes on writer configuration:
+As per [PSR-3 document](https://www.php-fig.org/psr/psr-3/#5-psrlogloglevel).
 
-- The writer key name (e.g. `FileWriter`) is optional - otherwise the writers array would be enumerative instead of associative.
-- The writer's `name` key is a developer-provided name for that writer and is **mandatory**.
-- The writer's `priority` key doesn't affect which errors get written - it's only a way to organize writers (e.g. 1 - FILE, 2 - SQL, 3 - E-mail), reflecting that writing to a file is the most reliable since SQL or e-mail servers can be external and offline.
-The priority key is optional.
-- To write to a file, the `stream` key must be present in the writer's `options` array (required only when writing to streams/files).
+The log levels are: **emergency (0)**, **alert (1)**, **critical (2)**, **error (3)**, **warn (4)**, **notice (5)**, **info (6)**, **debug (7)** (in order of priority/importance)
 
-More writer examples: [Streams](https://zendframework.github.io/zend-log/writers/#writing-to-streams), [Databases](https://zendframework.github.io/zend-log/writers/#writing-to-databases), [FirePHP](https://zendframework.github.io/zend-log/writers/#writing-to-firephp), [ChromePHP](https://zendframework.github.io/zend-log/writers/#writing-to-chromephp), [Mail](https://zendframework.github.io/zend-log/writers/#writing-to-mail), [MongoDB](https://zendframework.github.io/zend-log/writers/#writing-to-mongodb), [Syslog](https://zendframework.github.io/zend-log/writers/#writing-to-syslog), [Zend Monitor](https://zendframework.github.io/zend-log/writers/#writing-to-zend-monitor).
+Although the plain Logger in Zend Log is not fully compatible with PSR-3, it provides a way to log all of these message types.
 
-## (Optional) Configuring the filters
+ 
 
-A **filter** prevents a message from being written to the log (see the [zend-log filters documentation](https://zendframework.github.io/zend-log/filters/)).
+Starting from the basic writer configuration, several configurations will be added for extra functionality.
 
-Per [PSR-3](https://www.php-fig.org/psr/psr-3/#5-psrlogloglevel), the log levels, in order of priority/importance, are:
+ 
 
-| Level | Priority number |
-|---|---|
-| emergency | 0 |
-| alert | 1 |
-| critical | 2 |
-| error | 3 |
-| warn | 4 |
-| notice | 5 |
-| info | 6 |
-| debug | 7 |
+```
+<?php
+
+return
+                                ],
+                            ],
+                        ],
+                    ],
+                    // Only warnings
+                    'OnlyWarningsWriter' => ,
+                                ],
+                            ],
+                        ],
+                    ],
+                    // Warnings and more important messages
+                    'WarningOrHigherWriter' => ,
+                                ],
+                            ],
+                        ],
+                    ],
+                ],
+            ],
+        ],
+    ],
+];
+```
+
+As in the writer configuration, the developer can optionally use keys for associating the filters with a name.
+
+**IMPORTANT NOTE:** the operator for more important messages is **<=,** this is because the number representation is smaller for a more important message type.
+
+The filter added on the first writer is equal to not setting a filter, but it was been added to illustrate how to explicitly allow all messages.
+
+It was added opposite to the others just to demonstrate the other operator is also an option.
+
+ 
+
+More examples on filters: [https://zendframework.github.io/zend-log/filters/](https://zendframework.github.io/zend-log/filters/)
 
-Although the plain Logger in Zend Log is not fully PSR-3 compatible, it provides a way to log all of these message types.
-The developer can optionally use keys to name filters.
-**Important:** the operator for "more important" messages is `<=`, because a smaller number represents a more important message.
+## (Optional) Configuring the Formatter
 
-More on filters: [zend-log filters documentation](https://zendframework.github.io/zend-log/filters/).
+When using dot-log or zend-log, the logged value is not limited to a string. Arrays can be logged as well.
 
-## (Optional) Configuring the formatter
+For a better readability, these arrays can be serialized.
 
-The logged value isn't limited to a string - arrays can be logged too, and for readability they can be serialized. Zend Log provides String, XML, JSON and FirePHP formatting.
+Zend Log provides String formatting, XML, JSON and FirePHP formatting.
+
+ 
+
+The formatter accepts following parameters:
+
+- name - the formatter class (it must implement **Zend\Log\Formatter\FormatterInterface**)
+- options - options to pass to the formatter constructor if required
+
+ 
+
+The following formats the message as JSON data:
+
+```
+'formatter' => [
+    'name' => \Zend\Log\Formatter\Json::class,
+],
+```
 
-The formatter config accepts:
+ 
 
-- `name` - the formatter class (must implement `Zend\Log\Formatter\FormatterInterface`)
-- `options` - options passed to the formatter constructor, if required
+- [Simple Formatting](https://zendframework.github.io/zend-log/formatters/#simple-formatting)
+- [Formatting to JSON](https://zendframework.github.io/zend-log/formatters/#formatting-to-json)
+- [Formatting to XML](https://zendframework.github.io/zend-log/formatters/#formatting-to-xml)
+- [Formatting to FirePhp](https://zendframework.github.io/zend-log/formatters/#formatting-to-firephp)
 
-More on formatters: [Simple](https://zendframework.github.io/zend-log/formatters/#simple-formatting), [JSON](https://zendframework.github.io/zend-log/formatters/#formatting-to-json), [XML](https://zendframework.github.io/zend-log/formatters/#formatting-to-xml), [FirePHP](https://zendframework.github.io/zend-log/formatters/#formatting-to-firephp).
+ 
 
-## Full example (described)
+## Full example
 
-A complete configuration, as described in the article, does the following:
+Below an example which:
 
-- Uses the log through **dot-log**
-- Names the logger **my_logger**
+- The log is used through **dot-log**
+- The logger name is **my_logger**
 - Writes to file: **data/logs/dk.log**
-- Explicitly allows **all messages** to be written
+- Explicitly allows **all the messages** to be written
 - Formats the message as **JSON**
 
+The key elements are **bold**.
+
+```
+<?php
+
+return ,
+                                ],
+                            ],
+                            'formatter' => ,
+                        ],
+                    ],
+                ],
+            ],
+        ],
+    ],
+];
+```
+
+ 
+
 ## Usage
 
-Basic usage of the logger:
+Basic usage of the logger is illustraded below.
+
+The messages are written to see which logs are written and which are not written.
 
-```php
+```
 use Zend\Log\Logger;
 ```
 
-```php
+...
+
+```
 $logger = $container->get('dot-log.my_logger');
 
 /** @var Logger $logger */
@@ -121,33 +263,32 @@ $logger->debug('7 debug');
 $logger->log(Logger::NOTICE, 'NOTICE from log()');
 ```
 
+## Sources:
+
+- https://zendframework.github.io/zend-log/
+- https://zendframework.github.io/zend-log/writers/
+- https://zendframework.github.io/zend-log/filters/
+
+This article will be continued in a different article that treats the error handling in middleware applications.
+
+ 
+
 ## FAQ
 
 **Q: How do I register dot-log's config provider?**
-A: In config/config.php, add `\Dot\Log\ConfigProvider::class` if it's not already there, making sure it is added before application-specific components such as Frontend\App\ConfigProvider or Admin\App\ConfigProvider.
+A: In config/config.php, add \Dot\Log\ConfigProvider::class if it's not already there, making sure it is added before application-specific components such as Frontend\App\ConfigProvider or Admin\App\ConfigProvider.
 
 **Q: How is a logger retrieved from the container instead of using the plain class name?**
-A: Dot\Log\ConfigProvider registers an abstract factory, LoggerAbstractServiceFactory, that responds to "selectors" instead of class names.
-Instead of requesting Zend\Log\Logger::class from the container, you request dot-log.my_logger (or just my_logger if using zend-log).
+A: Dot\Log\ConfigProvider registers an abstract factory, LoggerAbstractServiceFactory, that responds to "selectors" instead of class names. Instead of requesting Zend\Log\Logger::class from the container, you request dot-log.my_logger (or just my_logger if using zend-log).
 
 **Q: What is a writer, and how many does a logger need?**
-A: A writer is an object that inherits from Zend\Log\Writer\AbstractWriter and is responsible for recording log data to a storage backend.
-Loggers must have at least one writer, and the writer's "name" key is mandatory while its "priority" key is optional and only used to organize writers, not to affect which errors get written.
+A: A writer is an object that inherits from Zend\Log\Writer\AbstractWriter and is responsible for recording log data to a storage backend. Loggers must have at least one writer, and the writer's "name" key is mandatory while its "priority" key is optional and only used to organize writers, not to affect which errors get written.
 
 **Q: What does a filter do, and how are log levels ordered?**
-A: A filter prevents a message from being written to the log.
-Per PSR-3, the log levels in order of priority/importance are emergency (0), alert (1), critical (2), error (3), warn (4), notice (5), info (6), and debug (7) - the operator for "more important" messages is `<=` because a smaller number represents a more important message.
+A: A filter prevents a message from being written to the log. Per PSR-3, the log levels in order of priority/importance are emergency (0), alert (1), critical (2), error (3), warn (4), notice (5), info (6), and debug (7) - the operator for "more important" messages is <= because a smaller number represents a more important message.
 
 **Q: What does the formatter configuration control?**
-A: The formatter accepts a "name" (a class implementing Zend\Log\Formatter\FormatterInterface) and "options" to pass to that formatter's constructor.
-Zend Log provides String, XML, JSON and FirePHP formatting, and arrays can be serialized this way for better readability.
+A: The formatter accepts a "name" (a class implementing Zend\Log\Formatter\FormatterInterface) and "options" to pass to that formatter's constructor. Zend Log provides String, XML, JSON and FirePHP formatting, and arrays can be serialized this way for better readability.
 
 **Q: How do you actually write log messages once the logger is configured?**
-A: Fetch the logger from the container, e.g. `$logger = $container->get('dot-log.my_logger');`, then call methods such as emerg(), alert(), crit(), err(), warn(), notice(), info(), debug(), or the generic log(Logger::NOTICE, 'message').
-
-## Resources
-
-- [zend-log documentation](https://zendframework.github.io/zend-log/)
-- [zend-log writers documentation](https://zendframework.github.io/zend-log/writers/)
-- [zend-log filters documentation](https://zendframework.github.io/zend-log/filters/)
-- [dot-log on GitHub](https://github.com/dotkernel/dot-log)
+A: Fetch the logger from the container, e.g. $logger = $container->get('dot-log.my_logger');, then call methods such as emerg(), alert(), crit(), err(), warn(), notice(), info(), debug(), or the generic log(Logger::NOTICE, 'message').
diff --git a/public/md-articles/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.md b/public/md-articles/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.md
index 642745c0..5ff9d720 100644
--- a/public/md-articles/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.md
+++ b/public/md-articles/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.md
@@ -14,30 +14,32 @@ language: "en"
 Dotkernel Application Framework bundles a WURFL XML file, but it's the last GPL version (from June 2011).
 Because of a license change to that WURFL file, Dotkernel will no longer upgrade the bundled file - it must be upgraded manually.
 
-## Steps to manually upgrade
+Dotkernel Application Framework can be downloaded with WURFL XML file bundled in it, but is quite an old file,  the latest GPL version, from June 2011. Because of license changed of that WURFL file,  this bundled file will not be upgraded anymore by us.
 
-1. Download the `wurfl-2.3.xml.zip` file.
-2. Rename it to `wurfl.zip`.
-3. Rename the file inside the archive to `wurfl.xml`.
-4. Replace `/externals/wurfl/wurfl.zip` with this new `wurfl.zip` file.
-5. Download the `web_browsers_patch.xml` file.
-6. Replace the `/externals/wurfl/web_browsers_patch.xml` file with this new one.
-7. Go to the Admin panel, click on the **empty** wurfl cache link, then rebuild the cache.
+You need to manually upgrade the xml file, if you still want to use it , and of course, please pay attention to license changes.
 
-Please pay attention to WURFL license changes when performing this upgrade.
+1.  Download the wurfl-2.3.xml.zip file.
+2. Rename it to wurfl.zip
+3. Rename the file inside the archive to wurfl.xml
+4. Replace the file /externals/wurfl/wurfl.zip with this new wurfl.zip file
+5. Download the web_browsers_patch.xml file
+6. Replace the /externals/wurfl/web_browsers_patch.xml file with this new one
+7. Go to Admin panel, click on **empty** wurfl cache  link, then rebuild the cache
+
+Again, please pay attention to WURFL license changes.
+
+ 
 
 ## FAQ
 
 **Q: Why does the WURFL xml file need to be manually upgraded in Dotkernel?**
-A: Dotkernel bundles an old WURFL XML file (the latest GPL version, from June 2011).
-Because of a license change to that WURFL file, the bundled file will no longer be upgraded by Dotkernel, so it must be upgraded manually if you still want to use it.
+A: Dotkernel bundles an old WURFL XML file (the latest GPL version, from June 2011). Because of a license change to that WURFL file, the bundled file will no longer be upgraded by Dotkernel, so it must be upgraded manually if you still want to use it.
 
 **Q: What are the main steps to manually upgrade the WURFL file?**
 A: Download the wurfl-2.3.xml.zip file, rename it to wurfl.zip, rename the file inside the archive to wurfl.xml, and replace /externals/wurfl/wurfl.zip with this new wurfl.zip file.
 
 **Q: Is there anything else to replace besides wurfl.zip?**
-A: Yes.
-Download the web_browsers_patch.xml file and replace the /externals/wurfl/web_browsers_patch.xml file with the new one.
+A: Yes. Download the web_browsers_patch.xml file and replace the /externals/wurfl/web_browsers_patch.xml file with the new one.
 
 **Q: What's the last step after replacing the files?**
 A: Go to the Admin panel, click on the "empty" wurfl cache link, then rebuild the cache.
diff --git a/public/md-articles/dotkernel/migration-of-zend-framework-1-pear-channel.md b/public/md-articles/dotkernel/migration-of-zend-framework-1-pear-channel.md
index 0847332d..6eea07b7 100644
--- a/public/md-articles/dotkernel/migration-of-zend-framework-1-pear-channel.md
+++ b/public/md-articles/dotkernel/migration-of-zend-framework-1-pear-channel.md
@@ -11,44 +11,49 @@ language: "en"
 # Migration of Zend Framework 1 PEAR channel
 
 ## TL;DR
-
 The unofficial PEAR channel for Zend Framework 1 was hosted on Google Code, and once Google Code closed, it had to move.
 Because the repository is over 1 GB, it could not be migrated to GitHub, so a dedicated server was built to host the PEAR channel long-term at pear.dotkernel.com.
 
-## Why the move was needed
+The unofficial **PEAR channel for Zend Framework 1** was hosted on Google Code at this location: [ZF Pear](http://code.google.com/p/zend/), but since the closing of Google Code we were forced to move it.
+
+Zend Framework 1 is still used by a lot of  projects in Production, it's still a viable library collection  and it's also  running on  PHP7 ; even if is only in maintenance/security-patch mode, so it's not an option to cancel it completely.
+
+We were unable to migrate the project on github.com since the size of the repository is more then 1 GB. We resorted to building a special server that will host only the PEAR channel for Zend Framework 1 and we are commited to **keep it live and running for the long term**.
 
-- Zend Framework 1 is still used by a lot of projects in production, is still a viable library collection, and runs on PHP7, even though it is only in maintenance/security-patch mode, so cancelling it completely was not an option.
-- The team was unable to migrate the project to github.com because the repository is more than 1 GB in size.
-- A special server was built to host only the PEAR channel for Zend Framework 1, with a commitment to keep it live and running for the long term.
+Instructions on how to use the new channel can be found below .
 
 ## PEAR Channel Migration Guide
 
-Use the PEAR installer to switch to the new channel:
+Use the PEAR installer:
 
-1. Remove the installed pear package:
+1. Remove the installed pear package
 
-```shell
+```
 pear uninstall zend/zend
 ```
 
-2. Remove the old Google Code channel:
+2. Remove the old googlecode channel
 
-```shell
+```
 pear channel-delete zend.googlecode.com/svn
 ```
 
-3. Discover the new channel:
+3. Discover the new channel
 
-```shell
+```
 pear channel-discover pear.dotkernel.com/zf1/svn
 ```
 
-4. Install the package:
+4. Install the package
 
-```shell
+```
 pear install zend/zend
 ```
 
+Follow [@dotkernel ](https://twitter.com/dotkernel) in order to be up to date related to new releases.
+
+ 
+
 ## FAQ
 
 **Q: Why did the PEAR channel for Zend Framework 1 need to move?**
@@ -61,8 +66,4 @@ A: The team was unable to migrate the project to github.com because the reposito
 A: Zend Framework 1 is still used by a lot of projects in production, is still a viable library collection, and runs on PHP7, even though it is only in maintenance/security-patch mode.
 
 **Q: How do I switch to the new PEAR channel?**
-A: Using the PEAR installer: remove the installed package with `pear uninstall zend/zend`, remove the old Google Code channel with `pear channel-delete zend.googlecode.com/svn`, discover the new channel with `pear channel-discover pear.dotkernel.com/zf1/svn`, and then reinstall the package with `pear install zend/zend`.
-
-## Resources
-
-- [@dotkernel on Twitter](https://twitter.com/dotkernel)
+A: Using the PEAR installer: remove the installed package with pear uninstall zend/zend, remove the old Google Code channel with pear channel-delete zend.googlecode.com/svn, discover the new channel with pear channel-discover pear.dotkernel.com/zf1/svn, and then reinstall the package with pear install zend/zend.
diff --git a/public/md-articles/dotkernel/new-features-in-zend-framework-1-12.md b/public/md-articles/dotkernel/new-features-in-zend-framework-1-12.md
index d68b3ed4..d5e719ec 100644
--- a/public/md-articles/dotkernel/new-features-in-zend-framework-1-12.md
+++ b/public/md-articles/dotkernel/new-features-in-zend-framework-1-12.md
@@ -11,28 +11,58 @@ language: "en"
 # New Features in Zend Framework 1.12
 
 ## TL;DR
-
 Per Matthew Weier O'Phinney's announcement, the Zend Framework team made available the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1.
 It back ports several ZF2 components to ZF1, removes the WurflApi adapter due to licensing changes, and fixes over 200 reported issues.
 
-## New Features
+According to [Matthew Weier O'Phinney announcement](http://devzone.zend.com/2366/zend-framework-1-12-series-1-12-0rc1-now-available/), Zend Framework team is pleased to announce the immediate availability of the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1
+
+##  New Features
+
+- Zend_Loader changes
+
+> A number of autoloaders and autoloader facilities were back ported from ZF2 to provide performant alternatives to those already available in the 1.X releases.  These include: Zend_Loader_StandardAutoloader, which improves on Zend_Loader_Autoloader by allowing the ability to specify a specific path to associate with a vendor prefix or namespace; Zend_Loader_ClassMapAutoloader, which provides the ability to use lookup tables for autoloading (which are typically the fastest possible way to autoload); and Zend_Loader_AutoloaderFactory, which can both create and update autoloaders for you, as well as register them with spl_autoload_register().
+> 
+> The Zend_Loader changes were back ported from ZF2 by Matthew Weier O'Phinney
+
+- Zend_EventManager
+
+> Zend_EventManager is a component that allows you to attach and detach listeners to named events, both on a per-instance basis as well as via shared collections; trigger events; and interrupt execution of listeners.
+> 
+> Zend_EventManager was back ported from ZF2 by Matthew Weier O'Phinney
+
+- Zend_Http_UserAgent_Features_Adapter_Browscap
+
+> This class provides a features adapter that calls get_browser() in order to discover mobile device capabilities to inject into UserAgent device instances.
+> 
+> Browscap ([http://browsers.garykeith.com/](http://browsers.garykeith.com/)) is an open project dedicated to collecting an disseminating a "database" of browser capabilities. PHP has built-in support for using these files via the get_browser() function. This function requires that your php.ini provides a browscap entry pointing to the PHP-specific php_browscap.ini file which is available at [http://browsers.garykeith.com/stream.asp?PHP_BrowsCapINI](http://browsers.garykeith.com/stream.asp?PHP_BrowsCapINI).
+> 
+> Zend_Http_UserAgent_Features_Adapter_Browscap was created by Matthew Weier O'Phinney
 
-| Feature | Description |
-|---|---|
-| Zend_Loader changes | A number of autoloaders and autoloader facilities were back ported from ZF2, including `Zend_Loader_StandardAutoloader` (improves on `Zend_Loader_Autoloader` by allowing a specific path to be associated with a vendor prefix or namespace), `Zend_Loader_ClassMapAutoloader` (lookup-table based autoloading, typically the fastest method), and `Zend_Loader_AutoloaderFactory` (can create and update autoloaders and register them with `spl_autoload_register()`). Back ported by Matthew Weier O'Phinney. |
-| Zend_EventManager | A component that lets you attach and detach listeners to named events, per-instance or via shared collections, trigger events, and interrupt execution of listeners. Back ported by Matthew Weier O'Phinney. |
-| Zend_Http_UserAgent_Features_Adapter_Browscap | A features adapter that calls `get_browser()` to discover mobile device capabilities for injection into UserAgent device instances, relying on the Browscap project's `php_browscap.ini` file. Created by Matthew Weier O'Phinney. |
-| Zend_Mobile_Push | A component for implementing push notifications across the three major platforms: Apple (APNs), Google (C2DM), and Microsoft (MPNS). Contributed by Mike Willbanks. |
-| Zend_Gdata_Analytics | An extension to Zend_Gdata for interacting with Google's Analytics Data Export API; does not change the overall operation of Zend_Gdata components. Contributed by Daniel Hartmann. |
+- Zend_Mobile_Push
+
+> Zend_Mobile_Push is a component for implementing push notifications for the 3 major push notification platforms (Apple (Apns), Google (C2dm) and Microsoft (Mpns).
+> 
+> Zend_Mobile_Push was contributed by Mike Willbanks.
+
+- Zend_Gdata_Analytics
+
+> Zend_Gdata_Analytics is an extension to Zend_Gdata to allow interaction with Google's Analytics Data Export API. This extension does not encompass any major changes in the overall operation of Zend_Gdata components.
+> 
+> Zend_Gdata_Analytics was contributed by Daniel Hartmann.
 
 ## Removed features
 
-- `Zend_Http_UserAgent_Features_Adapter_WurflApi` was removed due to changes in WURFL's licensing (announced previously).
-The team planned to provide the WurflApi adapter directly to ScientiaMobile so WURFL users would still have that option.
+- Zend_Http_UserAgent_Features_Adapter_WurflApi  ( announced few months ago [here](http://www.dotkernel.com/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter/))
+
+> Due to the changes in licensing of WURFL, we have removed the WurflApi adapter. We will be providing the WurflApi adapter to ScientiaMobile so that users of WURFL will still have that option.
 
 ## Bug Fixes
 
-Over 200 reported issues in the tracker were fixed, with particular thanks to Adam Lundrigan, Frank Brückner and Martin Hujer, as well as everyone who ran the ZF1 unit tests and reported results.
+> In addition over 200 reported issues in the tracker have been fixed. We'd like to particularly thank Adam Lundrigan, Frank Brückner and Martin Hujer for their efforts in making this happen. Thanks also to the many people who ran the ZF1 unit tests and reported their results!
+> 
+> For a complete list go here:[http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=12877](http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=12877)
+
+ 
 
 ## FAQ
 
@@ -46,16 +76,7 @@ A: A number of autoloaders and autoloader facilities were back ported from ZF2,
 A: Zend_EventManager is a component, also back ported from ZF2, that lets you attach and detach listeners to named events (per-instance or via shared collections), trigger events, and interrupt execution of listeners.
 
 **Q: Why was the WurflApi adapter removed?**
-A: Zend_Http_UserAgent_Features_Adapter_WurflApi was removed due to changes in the licensing of WURFL.
-The team planned to provide the WurflApi adapter to ScientiaMobile so WURFL users would still have that option.
+A: Zend_Http_UserAgent_Features_Adapter_WurflApi was removed due to changes in the licensing of WURFL. The team planned to provide the WurflApi adapter to ScientiaMobile so WURFL users would still have that option.
 
 **Q: How many bugs were fixed in this release?**
 A: Over 200 reported issues in the tracker were fixed, with particular thanks credited to Adam Lundrigan, Frank Brückner and Martin Hujer, as well as everyone who ran the ZF1 unit tests and reported results.
-
-## Resources
-
-- [Matthew Weier O'Phinney's announcement](http://devzone.zend.com/2366/zend-framework-1-12-series-1-12-0rc1-now-available/)
-- [Browscap project](http://browsers.garykeith.com/)
-- [php_browscap.ini download](http://browsers.garykeith.com/stream.asp?PHP_BrowsCapINI)
-- [Prior WurflApi removal announcement](http://www.dotkernel.com/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter/)
-- [Complete issue tracker list](http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=12877)
diff --git a/public/md-articles/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.md b/public/md-articles/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.md
index b8ab7eed..72558d2e 100644
--- a/public/md-articles/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.md
+++ b/public/md-articles/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.md
@@ -10,10 +10,19 @@ language: "en"
 
 # PHP Formatter and Templates for Zend Studio 10.1
 
-Because Zend donated the Zend Studio Formatter upstream to the PDT project, the Formatter plugin for Zend Studio 10.1 needs to be changed: replace "com.zend.php" with "org.eclipse.php".
-The updated file is available as the Dotkernel PHP Formatter for Zend Studio 10.1.
+Because Zend donated the Zend Studio's Formatter upstream to the PDT project, the Formatter plugin for Zend Studio 10.1 need to be changed: replace  "com.zend.php" to "org.eclipse.php".
 
-Dotkernel also created a templates file for Zend Studio 10.1, built according to the Dotkernel coding standard.
+See  the updated file  [Dotkernel PHP Formatter for Zend Studio 10.1](http://www.dotkernel.com/download/?did=37)
+
+About PHP Formatter , see [http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#formatter.htm](http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#formatter.htm)
+
+ 
+
+Also, we created the templates file for Zend Studio 10.1 , according to Dotkernel coding standard, see the file: [Templates for Zend Studio](http://www.dotkernel.com/download/?did=38)
+
+About Templates in Zend Studio and how to import/export: [http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#templates.htm](http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#templates.htm)
+
+ 
 
 ## FAQ
 
@@ -22,10 +31,3 @@ A: Because Zend donated the Zend Studio Formatter upstream to the PDT project, t
 
 **Q: Where can I get Dotkernel's updated Formatter and Templates files for Zend Studio 10.1?**
 A: The updated PHP Formatter file for Zend Studio 10.1 and a templates file built according to the Dotkernel coding standard are both available as downloads linked in the article.
-
-## Resources
-
-- [Dotkernel PHP Formatter for Zend Studio 10.1](http://www.dotkernel.com/download/?did=37)
-- [About PHP Formatter (Zend Studio docs)](http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#formatter.htm)
-- [Templates for Zend Studio](http://www.dotkernel.com/download/?did=38)
-- [About Templates in Zend Studio and how to import/export (Zend Studio docs)](http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#templates.htm)
diff --git a/public/md-articles/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.md b/public/md-articles/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.md
index 7bb5ef23..fd44c8a2 100644
--- a/public/md-articles/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.md
+++ b/public/md-articles/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.md
@@ -10,26 +10,28 @@ language: "en"
 
 # Protecting admin folder with .htaccess in Plesk
 
-## Steps
+In **/var/www/vhosts/exampledomain.com/conf/vhost.conf** file add this code:
 
-1. In `/var/www/vhosts/exampledomain.com/conf/vhost.conf`, add a Location block for /admin:
-
-```shell
-<Location /admin>
+```
+< Location /admin>
    AuthType Basic
    AuthName "My Site Admin"
    AuthUserFile /var/www/vhosts/exampledomain.com/conf/.htpasswd
-   Require valid-user
-</Location>
+  Require valid-user
+< /Location >
 ```
 
-2. Notify the server that vhost.conf has been added/changed:
+ 
+
+Notice the server that vhost.conf has been added/changed with command:
 
-```shell
+```
 /usr/local/psa/admin/sbin/websrvmng -a
 ```
 
-3. Create the `.htpasswd` file and upload it to `/var/www/vhosts/exampledomain.com/conf/`.
+ 
+
+Then create the .htpasswd file and upload it to **/var/www/vhosts/exampledomain.com/conf/**
 
 ## FAQ
 
@@ -37,4 +39,4 @@ language: "en"
 A: Add a Location block for /admin to the vhost.conf file (e.g. /var/www/vhosts/exampledomain.com/conf/vhost.conf) using AuthType Basic, an AuthName, an AuthUserFile pointing to a .htpasswd file, and Require valid-user.
 
 **Q: After editing vhost.conf, how do I apply the change and finish setup in Plesk?**
-A: Notify the server that vhost.conf has changed by running `/usr/local/psa/admin/sbin/websrvmng -a`, then create the .htpasswd file and upload it to the same conf directory referenced in the AuthUserFile directive.
+A: Notify the server that vhost.conf has changed by running /usr/local/psa/admin/sbin/websrvmng -a, then create the .htpasswd file and upload it to the same conf directory referenced in the AuthUserFile directive.
diff --git a/public/md-articles/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.md b/public/md-articles/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.md
index 5bbca5ed..5b8d5181 100644
--- a/public/md-articles/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.md
+++ b/public/md-articles/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.md
@@ -11,61 +11,95 @@ language: "en"
 # Replacing laminas-mail with Symfony mailer in dot-mail
 
 ## TL;DR
-
 The Laminas Technical Steering Committee decided on 2023-12-04 to abandon laminas/laminas-mail.
 Dotkernel responded by replacing it with symfony/mailer inside the dotkernel/dot-mail package (version 5), aiming for minimal impact on existing projects - calls to send mail stay the same, though mime and imap related functionality is removed.
 
 ## What prompted the change
 
-According to the Laminas Technical Steering Committee minutes of 2023-12-04, laminas/laminas-mail was going to be abandoned: nobody was available to maintain it, and alternatives already existed in the ecosystem:
+According to the discussion from the [LaminasTechnical steering Committee of 2023-12-04](https://github.com/laminas/technical-steering-committee/blob/main/meetings/minutes/2023-12-04-TSC-Minutes.md#maintainers-for-laminas-mime-and-laminas-mail), it was decided that the [laminas/laminas-mail](https://github.com/laminas/laminas-mail) package would be abandoned. On the one hand, there is nobody to maintain the package and on the other, there are several alternatives available in the ecosystem:
 
-| Purpose | Package |
-|---|---|
-| Interacting with IMAP | [ddeboer/imap](https://github.com/ddeboer/imap) |
-| Parsing MIME messages | [zbateson/mail-mime-parser](https://github.com/zbateson/mail-mime-parser) |
-| Sending mail | [symfony/mailer](https://github.com/symfony/mailer) |
+- [ddeboer/imap](https://github.com/ddeboer/imap) for interacting with IMAP
+- [zbateson/mail-mime-parser](https://github.com/zbateson/mail-mime-parser) for parsing MIME messages
+- [symfony/mailer](https://github.com/symfony/mailer) for sending mail
 
 ## How Dotkernel handles the issue
 
-The Dotkernel team opted to replace laminas/laminas-mail in the [dotkernel/dot-mail](https://github.com/dotkernel/dot-mail) package.
-This meant revising the code, including configuration files, while trying to have minimal impact on existing projects: the calls to send mail remain the same, even though some lesser-used functionality like mime and imap is lost.
+The Dotkernel team has also opted to replace the laminas/laminas-mail package in the [dotkernel/dot-mail](https://github.com/dotkernel/dot-mail) package. This meant revising the code, including the configuraton files. The optimal way to handle this was to try to have minimal impact on existing projects that already use dotkernel/dot-mail. This means that the calls to send the mail should remain the same, even if some lesser-used functionality like mime and imap are lost.
 
 ## Technical approach
 
-The switch from laminas/laminas-mail to symfony/mailer in dotkernel/dot-mail is covered across these pull requests:
+In this article we will list the edits that enabled the switch from laminas/laminas-mail to symfony/mailer in the dotkernel/dot-mail package. You can follow all the changes in this list of PRs:
 
 - [dot-mail PR 65](https://github.com/dotkernel/dot-mail/pull/65/files)
 - [dot-mail PR 66](https://github.com/dotkernel/dot-mail/pull/66/files)
 - [dot-mail PR 67](https://github.com/dotkernel/dot-mail/pull/67/files)
 - [dot-mail PR 69](https://github.com/dotkernel/dot-mail/pull/69/files)
 
-> Function definition changes are not covered in the article.
+> Function definition changes will not be covered in this article.
+
+The configuration file `mail.global.php` was revised to remove features that are no longer available and to make it easier to configure.
 
-The `mail.global.php` configuration file was revised to remove features that are no longer available and to make it easier to configure.
-The mail transport can be any class implementing `Symfony\Component\Mailer\Transport\TransportInterface`; standard aliases are `sendmail` (`Symfony\Component\Mailer\Transport\SendmailTransport`) and `esmtp` (`Symfony\Component\Mailer\Transport\Smtp\EsmtpTransport`), defaulting to `sendmail`.
-`smtp_options` are used only when the esmtp adapter is used, and there is a `log` option to log sent emails.
+```
+<?php
+
+declare(strict_types=1);
+
+return ,
+                //copy destination addresses
+                'cc' => [],
+                //hidden copy destination addresses
+                'bcc' => [],
+                //email subject
+                'subject' => '',
+                //body options - content can be plain text, HTML
+                'body' => ,
+                //attachments config
+                'attachments' => ,
+                    'dir'   => ,
+                ],
+            ],
+            /**
+             * the mail transport to use can be any class implementing
+             * Symfony\Component\Mailer\Transport\TransportInterface
+             *
+             * for standard mail transports, you can use these aliases:
+             * - sendmail  => Symfony\Component\Mailer\Transport\SendmailTransport
+             * - esmtp     => Symfony\Component\Mailer\Transport\Smtp\EsmtpTransport
+             *
+             * defaults to sendmail
+             **/
+            'transport' => 'sendmail',
+            //options that will be used only if esmtp adapter is used
+            'smtp_options' => ,
+            ],
+        ],
+        // option to log the SENT emails
+        'log' => ,
+    ],
+];
+```
 
-Use ONE of the below transporters, based on your server configuration:
+Make sure to use **ONE** of the below transporters, based on your server configuration.
 
-```php
+```
 'transport' => 'sendmail',
 ```
 
-OR
+**OR**
 
-```php
+```
 'transport' => 'esmtp',
 ```
 
-Sendmail is set as the default mail transport.
+We set **Sendmail** to be the default mail transport.
 
-## How to update dotkernel/dot-mail from version 3 or 4 to version 5
+## How to update `dotkernel/dot-mail` from version 3 or version 4 to version 5 in your projects
 
-1. Download the new [mail configuration file](https://github.com/dotkernel/dot-mail/blob/5.0/config/mail.global.php.dist).
-2. Add the values you configured for your project, focusing on `transport`, `message_options` and `smtp_options`, then replace your old configuration file.
-3. In your `composer.json`, update to `"dotkernel/dot-mail": "^5.0.0"` and run `composer update`.
+- The first thing to do is download the new [mail configuration file](https://github.com/dotkernel/dot-mail/blob/5.0/config/mail.global.php.dist).
+- Add the values you configured for your project, focusing on `transport`, `message_options` and `smtp_options`, then replace your old configuration file.
+- In your `composer.json` update `"dotkernel/dot-mail": "^5.0.0",` and run `composer update` in the command line.
 
-At this point, `mime` and `imap` related functionality is removed.
+At this moment, `mime` and `imap` related functionality is removed.
 
 ## FAQ
 
@@ -79,25 +113,10 @@ A: The alternatives mentioned are ddeboer/imap for interacting with IMAP, zbates
 A: The Dotkernel team replaced laminas/laminas-mail with symfony/mailer inside the dotkernel/dot-mail package, revising the code and configuration files while aiming for minimal impact on existing projects, so the calls used to send mail stay the same, even though some lesser-used functionality like mime and imap is lost.
 
 **Q: Which mail transport does dot-mail use by default?**
-A: The revised mail.global.php configuration defaults the transport to sendmail.
-You should use ONE of the transporters, either 'transport' => 'sendmail' or 'transport' => 'esmtp', based on your server configuration; Sendmail was set as the default.
+A: The revised mail.global.php configuration defaults the transport to sendmail. You should use ONE of the transporters, either 'transport' => 'sendmail' or 'transport' => 'esmtp', based on your server configuration; Sendmail was set as the default.
 
 **Q: How do I update dotkernel/dot-mail from version 3 or 4 to version 5?**
 A: Download the new mail.global.php.dist configuration file, add the values you configured for your project (focusing on transport, message_options and smtp_options) to replace your old configuration file, then update "dotkernel/dot-mail" to "^5.0.0" in composer.json and run composer update.
 
 **Q: What functionality is lost after switching to symfony/mailer?**
 A: At the time of the article, mime and imap related functionality is removed from dot-mail as a result of the switch.
-
-## Resources
-
-- [Laminas Technical Steering Committee minutes, 2023-12-04](https://github.com/laminas/technical-steering-committee/blob/main/meetings/minutes/2023-12-04-TSC-Minutes.md#maintainers-for-laminas-mime-and-laminas-mail)
-- [laminas/laminas-mail](https://github.com/laminas/laminas-mail)
-- [ddeboer/imap](https://github.com/ddeboer/imap)
-- [zbateson/mail-mime-parser](https://github.com/zbateson/mail-mime-parser)
-- [symfony/mailer](https://github.com/symfony/mailer)
-- [dotkernel/dot-mail](https://github.com/dotkernel/dot-mail)
-- [dot-mail PR 65](https://github.com/dotkernel/dot-mail/pull/65/files)
-- [dot-mail PR 66](https://github.com/dotkernel/dot-mail/pull/66/files)
-- [dot-mail PR 67](https://github.com/dotkernel/dot-mail/pull/67/files)
-- [dot-mail PR 69](https://github.com/dotkernel/dot-mail/pull/69/files)
-- [New mail.global.php.dist configuration file](https://github.com/dotkernel/dot-mail/blob/5.0/config/mail.global.php.dist)
diff --git a/public/md-articles/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.md b/public/md-articles/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.md
index 1f703ac7..9581333e 100644
--- a/public/md-articles/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.md
+++ b/public/md-articles/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.md
@@ -11,21 +11,23 @@ language: "en"
 # Scientia Mobile licensed its Wurfl Cloud PHP library to Dotkernel 1.6
 
 ## TL;DR
-
 In Dotkernel 1.6.0, released on May 16th, 2012, the GPL'ed WURFL PHP library was removed because its code was obsolete and the XML file structure had changed. It was replaced by Scientia Mobile's WURFL Cloud PHP library, made available to Dotkernel under a special, restrictive license.
 
-## What changed
+In the Dotkernel version 1.6.0 , released on May 16th, 2012 we have removed the GPL'ed WURFL PHP library , as the code it was obsolete anyway and also the structure of the XML file was changed.
+
+Instead , we implemented the [Scientia Mobile's](http://www.scientiamobile.com/)WURFL Cloud PHP  library .
+
+Instructions about how to signup for a free account , and how to setup your API key can be found [here .](http://www.dotkernel.com/dotkernel/detecting-mobile-devices-in-dotkernel-1-6/)
 
-- The GPL'ed WURFL PHP library was removed in Dotkernel 1.6.0 (released May 16th, 2012) because the code was obsolete and the structure of the XML file had changed.
-- Scientia Mobile's WURFL Cloud PHP library was implemented instead.
-- A future plan mentioned in the article was to create a template in the Wurfl Cloud API control panel at Scientia Mobile, ready to be used in Dotkernel implementations.
-- Instructions on signing up for a free account and setting up an API key are covered in a separate article, "Detecting Mobile Devices in Dotkernel 1.6".
+In the near future, we will create a template in Wurfl Cloud API control panel,  at Scientia Mobile,  ready to be used in Dotkernel implementations.
 
-## License terms
+Also, we got a special license, please read the file:
 
-Dotkernel received a special license for the WURFL Cloud PHP library, documented in `dotkernel/library/WurflCloud/LICENSE.txt`:
+[dotkernel/library/WurflCloud/LICENSE.txt](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Flibrary%2FWurflCloud%2FLICENSE.txt) and notice Dotkernel mention
 
-> License is non-transferable, conditioned, limited to the version received and to the use and distribution of this software only in connection with the Dotkernel software framework, and does not allow making derivative works even when the source code is provided or the language is an interpreted one and regardless of whether the code is not obfuscated.
+> License is non-transferable, conditioned, limited to the version received and to the use and distribution of this software only in connection with the **Dotkernel** software framework, and does not allow making derivative works even when the source code is provided or the language is an interpreted one and regardless of whether the code is not obfuscated.
+
+ 
 
 ## FAQ
 
@@ -39,11 +41,4 @@ A: Dotkernel implemented Scientia Mobile's WURFL Cloud PHP library instead.
 A: Instructions on how to sign up for a free account and set up your API key are linked in the article, pointing to the "Detecting Mobile Devices in Dotkernel 1.6" article.
 
 **Q: What are the terms of Dotkernel's special WURFL Cloud license?**
-A: The license is non-transferable, conditioned, limited to the version received, and restricted to use and distribution only in connection with the Dotkernel software framework.
-It does not allow making derivative works, even when source code is provided or the code is not obfuscated.
-
-## Resources
-
-- [Scientia Mobile](http://www.scientiamobile.com/)
-- [Detecting Mobile Devices in Dotkernel 1.6](http://www.dotkernel.com/dotkernel/detecting-mobile-devices-in-dotkernel-1-6/)
-- [dotkernel/library/WurflCloud/LICENSE.txt](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Flibrary%2FWurflCloud%2FLICENSE.txt)
+A: The license is non-transferable, conditioned, limited to the version received, and restricted to use and distribution only in connection with the Dotkernel software framework. It does not allow making derivative works, even when source code is provided or the code is not obfuscated.
diff --git a/public/md-articles/dotkernel/sending-emails-using-dot-email-component-and-zend-email.md b/public/md-articles/dotkernel/sending-emails-using-dot-email-component-and-zend-email.md
index d2d286c2..8c5c073c 100644
--- a/public/md-articles/dotkernel/sending-emails-using-dot-email-component-and-zend-email.md
+++ b/public/md-articles/dotkernel/sending-emails-using-dot-email-component-and-zend-email.md
@@ -11,25 +11,21 @@ language: "en"
 # Sending emails using Dot_Email component and Zend_Email
 
 ## TL;DR
-
 Dot_Email extends Zend_Mail, so all of Zend_Mail's methods are available in it.
 Beyond its constructor, Dot_Email itself adds only two methods: setContent() and send().
 To send an email you must always call addTo(), setSubject(), one of setBodyText()/setBodyHtml()/setContent(), and finally send().
 
-## Dot_Email overview
+**Dot_Email** class extends Zend_Mail, so all the methods from Zend_Mail are available  in Dot_Email.
 
-Dot_Email is a simple class composed of only two methods (besides the constructor); every other method is inherited from Zend_Mail.
+**Dot_Email** is a simple class composed only from 2 methods, except constructor, all  other methods beeing inherited  from Zend_Mail. 1.   **setContent()** , as the name is suggesting, set the body of the email by calling setBodyText() (if format is "text/plain") or setBodyHtml() (if format is "text/html").
 
-| Method | Description |
-|---|---|
-| `setContent($content, $format = 'text/plain')` | Sets the body of the email by calling `setBodyText()` if format is "text/plain", or `setBodyHtml()` if format is "text/html". |
-| `send()` | Sets the transporter and calls the parent's `send()` method to send the email. |
+Note the declaration of this method: setContent ($content, $format = 'text/plain')
 
-## Sending an email
+2.  **send()**, set the transporter and is calling parent::send() method for sending the email
 
-For sending the email you MUST use these methods:
+For sending the email you MUST use this methods in the code above:
 
-```php
+```
 $dotEmail = new Dot_Email();
 $dotEmail->addTo($email);
 $dotEmail->setSubject('Forgot Password');
@@ -45,33 +41,32 @@ else
 }
 ```
 
-Only if you want to overwrite the default Email and Name, add:
+Only if you want to overwrite the default Email and Name, add the below lines:
 
-```php
+```
 $dotEmail->setFrom($fromEmail, $fromName);
 $dotEmail->setReplyTo($fromEmail, $fromName);
 ```
 
-**NOTE:** you always have to use addTo(), setSubject(), setBodyText() or setBodyHtml() or setContent(), and finally the send() method.
+**NOTE*:** you always have to use  **addTo()**,  **setSubject()**, **setBodyText()** or **setBodyHtml()** or **setContent()**, and finally send() method.
 
-## Methods inherited from Zend_Mail
+Methods inherited  from Zend_Mail and that can be used in your code are:
 
-1. `setBodyText($txt, $charset=null, $encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)`
-2. `setBodyHtml($html, $charset=null, $encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)`
-3. `addTo($email, $name='')`
-4. `addCc($email, $name='')`
-5. `addBcc($email)`
-6. `setFrom($email, $name = null)`
-7. `setReplyTo($email, $name = null)`
-8. `setReturnPath($email)`
-9. `setSubject($subject)`
-10. `addHeader($name, $value, $append = false)`
+1. setBodyText($txt,$charset=null,$encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)
+2. setBodyHtml($html,$charset=null,$encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)
+3. addTo($email, $name='')
+4. addCc($email, $name='')
+5. addBcc($email)
+6. setFrom($email, $name = null)
+7. setReplyTo($email, $name = null)
+8. setReturnPath($email)
+9. setSubject($subject)
+10. addHeader($name, $value, $append = false)
 
 ## FAQ
 
 **Q: What is Dot_Email?**
-A: Dot_Email is a class that extends Zend_Mail, so all methods from Zend_Mail are available in it.
-Aside from its constructor, Dot_Email itself is composed of only two methods, with everything else inherited from Zend_Mail.
+A: Dot_Email is a class that extends Zend_Mail, so all methods from Zend_Mail are available in it. Aside from its constructor, Dot_Email itself is composed of only two methods, with everything else inherited from Zend_Mail.
 
 **Q: What are the two methods that Dot_Email adds on top of Zend_Mail?**
 A: setContent($content, $format = 'text/plain') sets the body of the email by calling setBodyText() when the format is "text/plain" or setBodyHtml() when the format is "text/html". send() sets the transporter and calls the parent::send() method to send the email.
diff --git a/public/md-articles/dotkernel/templating-in-dotkernel3.md b/public/md-articles/dotkernel/templating-in-dotkernel3.md
index a50b0156..5cc3c81c 100644
--- a/public/md-articles/dotkernel/templating-in-dotkernel3.md
+++ b/public/md-articles/dotkernel/templating-in-dotkernel3.md
@@ -11,25 +11,18 @@ language: "en"
 # Templating in Dotkernel3
 
 ## TL;DR
-
 Dotkernel3 moved from its previous, 10-year-old templating engine to the popular Twig Templating Engine, gaining layouts, loops, variables, and escaping, while giving developers the familiarity of HTML with the overview and convenience of PHP.
 
-## Why the switch was made
-
-One of the pain points in the previous version of Dotkernel was the templating engine.
-Although it was solid and robust, it was also 10 years old and used techniques that had become slightly outdated.
-
-## What Twig brings to Dotkernel3
+**Dotkernel3** aims to improve the Dotkernel stack in every way possible, and one of the painpoints in the previous version of Dotkernel was the templating engine. Albeit a solid and robust templating engine, it was also 10 years old, and used techniques that's slightly outdated by now.
 
-Templates can now be written as HTML code with extra Twig tags.
-Twig is powerful and includes features such as:
+In Dotkernel 3, we made the move to the popular [**Twig Templating Engine**](https://twig.symfony.com/), which will allow us to take our templates to a whole new level. It can now be written as HTML code, with some extra Twig tags; It is incredibly powerful and includes features such as:
 
 - Layouts
 - Loops
 - Variables
 - Escaping
 
-The templating engine in Dotkernel3 gives the familiarity of HTML with the overview and convenience of PHP.
+The templating engine in **Dotkernel3** gives you the familiarity of HTML with the overview and convenience of PHP.
 
 ## FAQ
 
@@ -43,8 +36,4 @@ A: The previous templating engine, although solid and robust, was also 10 years
 A: Templates can now be written as HTML code with extra Twig tags, and Twig includes features such as layouts, loops, variables, and escaping, giving the familiarity of HTML with the overview and convenience of PHP.
 
 **Q: Where can I read the official Twig templating documentation for Dotkernel?**
-A: The official documentation is available at [twig.symfony.com](https://twig.symfony.com/).
-
-## Resources
-
-- [Twig Templating Engine](https://twig.symfony.com/)
+A: The official documentation is available at twig.symfony.com.
diff --git a/public/md-articles/dotkernel/test-article.md b/public/md-articles/dotkernel/test-article.md
index 610f7998..b7653abf 100644
--- a/public/md-articles/dotkernel/test-article.md
+++ b/public/md-articles/dotkernel/test-article.md
@@ -11,12 +11,11 @@ language: "en"
 # Test article
 
 ## TL;DR
-
 This is a test article added to the dotkernel category for testing purposes. This article is now updated.
 
-## Overview
+![](/uploads/article/019fd6ae-4ce6-71cc-99aa-33741b77758c/test-article.png)
 
-This is a test article used for fixture and testing purposes.
+This is a test article used for fixture and testing purposes. This article is now updated.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/using-dotkernel-with-composer-dependencies.md b/public/md-articles/dotkernel/using-dotkernel-with-composer-dependencies.md
index b8228e17..ffafde13 100644
--- a/public/md-articles/dotkernel/using-dotkernel-with-composer-dependencies.md
+++ b/public/md-articles/dotkernel/using-dotkernel-with-composer-dependencies.md
@@ -11,52 +11,67 @@ language: "en"
 # Using Dotkernel with Composer Dependencies
 
 ## TL;DR
-
 This article covers using external dependencies via Composer within Dotkernel applications.
 Composer autoloads dependencies automatically, so there is no need to include/require them.
 The example renders a Barcode using Zend Framework 1 (non-namespaced) and Zend Framework 2 (namespaced), and applies to any Dotkernel 1.x version running PHP greater than 5.4.0.
 
+This article will cover the external dependency usage VIA composer within Dotkernel applications.
+
+There is also an article explaining how composer can be added to Dotkernel [learn more](http://www.dotkernel.com/dotkernel/adding-composer-support-in-your-dotkernel-project).
+
+Composer automatically loads our dependencies so there is no need to include/require them.
+
+For this example we will render a Barcode using [Zend Framework 1](http://framework.zend.com/manual/1.12/en/manual.html) as the Non-Namespaced dependency and [Zend Framework 2](http://framework.zend.com/manual/current/en/index.html) as the Namespaced dependency.
+
 ## The Composer Dependencies
 
-The ZendFramework 1 Barcode module can only be loaded with ZF1 itself:
+ZendFramework 1 Barcode module can only be loaded with the ZF1 itself:
 
-```shell
+```
 composer require 'zendframework/zendframework1'
 ```
 
-The ZendFramework 2 Barcode module can be loaded separately:
+The ZendFramework 2 Barcode module can be separately loaded:
 
-```shell
+```
 composer require 'zendframework/zend-barcode'
 ```
 
+ 
+
 ## Important note
 
-These dependencies can be used anywhere after the `Dot_Kernel::initialize()` function was called.
+```
+These dependencies can be used anywhere after the Dot_Kernel::initialize() function was called
+```
+
+ 
 
 ## Using Non-Namespaced Dependencies (Zend Framework 1)
 
-The class is loaded [PSR-0](http://www.php-fig.org/psr/psr-0/) style, meaning the class name looks like `VendorName_PackageName_ClassName`:
+The class is loaded [PSR-0](http://www.php-fig.org/psr/psr-0/) style, meaning the class name looks like VendorName_PackageName_ClassName
 
-```php
+```
 // Only the text to draw is required
-$barcodeOptions = array('text' => 'ZEND-FRAMEWORK');
-
+$barcodeOptions = array('text' =>; 'ZEND-FRAMEWORK');
+ 
 // No required options
 $rendererOptions = array();
-
+ 
 // Draw the barcode in a new image,
 // send the headers and the image
 Zend_Barcode::factory(
-    'code39', 'image', $barcodeOptions, $rendererOptions
+'code39', 'image', $barcodeOptions, $rendererOptions
 )->render();
 ```
 
+ 
+
 ## Using Namespaced Dependencies (Zend Framework 2)
 
-The class is loaded [PSR-4](http://www.php-fig.org/psr/psr-4/) style, meaning the class name looks like `\VendorName\PackageName\ClassName`:
+The class is loaded [PSR-4](http://www.php-fig.org/psr/psr-4/) style, meaning the class name looks like \VendorName\PackageName\ClassName
 
-```php
+```
 use Zend\Barcode\Barcode;
 
 // Only the text to draw is required
@@ -74,25 +89,36 @@ Barcode::factory(
 
 ### The result
 
-Both examples render the same barcode.
+Both the examples will render the following barcode if nothing goes wrong:
+
+[![Resulting barcode. Source: http://framework.zend.com/images/manual/zend.barcode.introduction.example-1.png](/uploads/article/019f8a80-cc48-70bf-ba9f-ddc6d1436f1a/zend.barcode.introduction.example-1.png)](/uploads/2016/04/zend.barcode.introduction.example-1.png) Resulting barcode.
+Source: bit.ly/1XbZZ81
 
 ### Tip
 
-The first (ZF1-style) example will work for both namespaced and non-namespaced dependencies if you add this as the first line:
+In this case the first example will work for both namespaced an non-namespaced dependencies if we add the the following as the first line at the first example:
 
-```php
+```
 use Zend\Barcode\Barcode as Zend_Barcode;
 ```
 
-You can then use any of the following to access ZF2's Barcode module:
+Now we can use any of the following to access ZF2's Barcode Module:
 
-- `Zend\Barcode\Barcode`
-- `Barcode`
-- `Zend_Barcode`
+- Zend\Barcode\Barcode
+- Barcode
+- Zend_Barcode
 
-## Compatibility
+ 
 
-This article works for any Dotkernel 1.x version if your server is running PHP greater than 5.4.0.
+ 
+
+The full examples can be found here:
+
+[Zend Framework 1 - Rendering a barcode](http://framework.zend.com/manual/1.12/en/zend.barcode.creation.html#zend.barcode.creation.renderering)
+
+[Zend Framework 2 - Rendering a barcode](http://framework.zend.com/manual/current/en/modules/zend.barcode.creation.html#rendering-a-barcode)
+
+This article works for any **Dotkernel 1.x** version if your server is running **PHP >5.4.0.**
 
 ## FAQ
 
@@ -100,28 +126,16 @@ This article works for any Dotkernel 1.x version if your server is running PHP g
 A: No. Composer automatically loads dependencies, so there is no need to include or require them yourself.
 
 **Q: What example does the article use to demonstrate Composer dependencies?**
-A: The article renders a Barcode using Zend Framework 1 as the Non-Namespaced dependency (installed with `composer require 'zendframework/zendframework1'`) and Zend Framework 2 as the Namespaced dependency (installed with `composer require 'zendframework/zend-barcode'`).
+A: The article renders a Barcode using Zend Framework 1 as the Non-Namespaced dependency (installed with composer require 'zendframework/zendframework1') and Zend Framework 2 as the Namespaced dependency (installed with composer require 'zendframework/zend-barcode').
 
 **Q: When can these Composer dependencies be used in the application?**
 A: These dependencies can be used anywhere after the Dot_Kernel::initialize() function has been called.
 
 **Q: How are non-namespaced (Zend Framework 1) classes loaded compared to namespaced (Zend Framework 2) classes?**
-A: Non-namespaced ZF1 classes are loaded PSR-0 style, meaning the class name looks like VendorName_PackageName_ClassName (e.g. Zend_Barcode).
-Namespaced ZF2 classes are loaded PSR-4 style, meaning the class name looks like \VendorName\PackageName\ClassName (e.g. Zend\Barcode\Barcode).
+A: Non-namespaced ZF1 classes are loaded PSR-0 style, meaning the class name looks like VendorName_PackageName_ClassName (e.g. Zend_Barcode). Namespaced ZF2 classes are loaded PSR-4 style, meaning the class name looks like \VendorName\PackageName\ClassName (e.g. Zend\Barcode\Barcode).
 
 **Q: Can the same code work for both namespaced and non-namespaced barcode dependencies?**
-A: Yes.
-If you add "use Zend\Barcode\Barcode as Zend_Barcode;" as the first line, the ZF1-style example will work for both, and you can then reference the module as Zend\Barcode\Barcode, Barcode, or Zend_Barcode.
+A: Yes. If you add "use Zend\Barcode\Barcode as Zend_Barcode;" as the first line, the ZF1-style example will work for both, and you can then reference the module as Zend\Barcode\Barcode, Barcode, or Zend_Barcode.
 
 **Q: What Dotkernel and PHP versions does this article apply to?**
 A: This article works for any Dotkernel 1.x version if your server is running PHP greater than 5.4.0.
-
-## Resources
-
-- [Adding Composer support in your Dotkernel project](http://www.dotkernel.com/dotkernel/adding-composer-support-in-your-dotkernel-project)
-- [Zend Framework 1 manual](http://framework.zend.com/manual/1.12/en/manual.html)
-- [Zend Framework 2 manual](http://framework.zend.com/manual/current/en/index.html)
-- [PSR-0](http://www.php-fig.org/psr/psr-0/)
-- [PSR-4](http://www.php-fig.org/psr/psr-4/)
-- [Zend Framework 1 - Rendering a barcode](http://framework.zend.com/manual/1.12/en/zend.barcode.creation.html#zend.barcode.creation.renderering)
-- [Zend Framework 2 - Rendering a barcode](http://framework.zend.com/manual/current/en/modules/zend.barcode.creation.html#rendering-a-barcode)
diff --git a/public/md-articles/dotkernel/using-utf8-charset-in-dotkernel.md b/public/md-articles/dotkernel/using-utf8-charset-in-dotkernel.md
index 2c3844e5..116586a6 100644
--- a/public/md-articles/dotkernel/using-utf8-charset-in-dotkernel.md
+++ b/public/md-articles/dotkernel/using-utf8-charset-in-dotkernel.md
@@ -11,36 +11,36 @@ language: "en"
 # Using UTF8 charset in Dotkernel
 
 ## TL;DR
-
 To use UTF8 encoding in a Dotkernel-based system, changes are needed in both the database structure and the application.ini file.
 These changes were committed into the Dotkernel 1.6.0 dev codebase.
 
+In order to use UTF8 encoding in your Dotkernel based system, is needed to make some changes in both database structure and in the application.ini file.
+
+> Those changes are commited into **Dotkernel 1.6.0 dev** codebase, which will be released in next days.
+
 ## Database
 
-Set a proper collation for all tables and columns, either **utf8_general_ci** or **utf8_bin**.
+set for all tables and columns proper collation , either **utf8_general_ci** or **utf8_bin**
 
-## application.ini
+## Application.ini
 
-Add the following line to your application.ini file, in the database area:
+add the line
 
-```ini
+```
 database.params.charset = utf8
 ```
 
+to your application.ini file, in the **[production]** area.
+
 ## Differences between utf8_general_ci and utf8_bin
 
-| Collation | Behavior |
-|---|---|
-| utf8_bin | Compares strings by the binary value of each character in the string |
-| utf8_general_ci | Compares strings using general language rules and case-insensitive comparisons |
+**utf8_bin**: compare strings by the binary value of each character in the string **utf8_general_ci**: compare strings using general language rules and using case-insensitive comparisons
 
-For example, the following evaluates as true with utf8_general_ci collation, but **not** with utf8_bin collation:
+For example, the following will evaluate at true with  utf8_general_ci collation, but **not** with the utf8_bin collation:
 
-- Ä = A
-- Ö = O
-- Ü = U
+Ä = A Ö = O Ü = U
 
-These differences only happen at the **MySQL** level (for instance, in queries using the LIKE operator) and **not** at the **PHP** level (for instance, in `str_replace()` calls).
+Those differences happens only on **MySQL** level ( for instance in queries using LIKE operator) and **not** at **PHP** level ( for instance, in str_replace() calls )
 
 ## FAQ
 
@@ -48,11 +48,10 @@ These differences only happen at the **MySQL** level (for instance, in queries u
 A: Both the database structure and the application.ini file need changes: all tables and columns must have a proper UTF8 collation (utf8_general_ci or utf8_bin), and application.ini must load the utf8 charset.
 
 **Q: What line should I add to application.ini to enable UTF8?**
-A: Add the line `database.params.charset = utf8` to your application.ini file.
+A: Add the line database.params.charset = utf8 to your application.ini file.
 
 **Q: What is the difference between utf8_general_ci and utf8_bin collation?**
-A: utf8_bin compares strings by the binary value of each character, while utf8_general_ci compares strings using general language rules with case-insensitive comparisons.
-For example, Ä = A, Ö = O, and Ü = U evaluate as true under utf8_general_ci but not under utf8_bin.
+A: utf8_bin compares strings by the binary value of each character, while utf8_general_ci compares strings using general language rules with case-insensitive comparisons. For example, Ä = A, Ö = O, and Ü = U evaluate as true under utf8_general_ci but not under utf8_bin.
 
 **Q: Does the collation choice affect PHP string functions too?**
 A: No. These collation differences only happen at the MySQL level, for instance in queries using the LIKE operator, and not at the PHP level, for instance in str_replace() calls.
diff --git a/public/md-articles/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.md b/public/md-articles/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.md
index b05c5c9a..359e75ad 100644
--- a/public/md-articles/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.md
+++ b/public/md-articles/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.md
@@ -11,44 +11,40 @@ language: "en"
 # Wurfl Cloud Integration in Dotkernel 1.6.0
 
 ## TL;DR
-
 Dotkernel 1.6.0 integrates Wurfl Cloud, WURFL's (Wireless Universal Resource FiLe) new cloud-based way of delivering device detection services, as its default method for detecting mobile devices.
 
-## Where to find it
+Another new feature in version 1.6.0 of Dotkernel is the integration of Wurfl Cloud.
+
+Wurfl or Wireless Universal Resource FiLe is coming with a new way to deliver their services of device detection and they named it Wurfl Cloud.
+
+Because of the need to detect mobile devices in Dotkernel we have integrated Wurfl Cloud as the default detection method.
 
-The Wurfl Cloud library can be found in the library folder of Dotkernel.
+If you want to see the Wurfl Cloud library you can find it in the library folder of Dotkernel.
 
-## Quick steps to a functional device detection setup
+Quick steps to have a functional device detection in Dotkernel.
 
-1. Register for a Wurfl Cloud account [here](https://www.scientiamobile.com/register).
-2. Choose **device_os** and **mobile_browser** as your capabilities.
-3. Copy your API key into application.ini in Dotkernel:
+- register for an Wurfl Cloud account [here](https://www.scientiamobile.com/register)
+- choose **device_os** and **mobile_browser** as your capabilities
+- copy your API Key in application.ini in Dotkernel
 
-```ini
+```
 resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 ```
 
-## Testing it
+Now you can test it by changing the user agent in your browser to a mobile device and access your project. Now you can see that you are redirected to the mobile module.
 
-Change the user agent in your browser to a mobile device and access your project.
-You should be redirected to the mobile module.
+To see how mobile detection is working in Dotkernel read this [post](http://www.dotkernel.com/?p=1465).
 
 ## FAQ
 
 **Q: What is WURFL Cloud?**
-A: WURFL Cloud is a new way that WURFL (Wireless Universal Resource FiLe) delivers its device detection services.
-Dotkernel integrated it as the default detection method for mobile devices starting with version 1.6.0.
+A: WURFL Cloud is a new way that WURFL (Wireless Universal Resource FiLe) delivers its device detection services. Dotkernel integrated it as the default detection method for mobile devices starting with version 1.6.0.
 
 **Q: How do I get a functional device detection setup with WURFL Cloud?**
 A: Register for a Wurfl Cloud account with Scientia Mobile, choose device_os and mobile_browser as your capabilities, then copy your API key into application.ini in Dotkernel.
 
 **Q: What line do I add to application.ini for the API key?**
-A: Add a line such as `resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX`, using your own API key.
+A: Add a line such as resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, using your own API key.
 
 **Q: How can I test that mobile detection is working?**
 A: Change the user agent in your browser to a mobile device and access your project; you should be redirected to the mobile module.
-
-## Resources
-
-- Register for a Wurfl Cloud account: https://www.scientiamobile.com/register
-- Related post - Detecting Mobile Devices in Dotkernel 1.6.0: http://www.dotkernel.com/?p=1465
diff --git a/public/md-articles/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.md b/public/md-articles/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.md
index 6810e1ad..0990ee1a 100644
--- a/public/md-articles/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.md
+++ b/public/md-articles/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.md
@@ -11,48 +11,35 @@ language: "en"
 # WURFL PHP API license incompatible with Dotkernel
 
 ## TL;DR
-
 The WURFL PHP API was integrated into Dotkernel long ago under a GNU/GPL license, compatible with Zend Framework's new BSD license and Dotkernel's OSL 3.0 license.
 On June 6th, 2011, WURFL PHP API version 1.3.0 changed its license to AGPL, turning it into a "trial only" library for product evaluation.
 Dotkernel had updated to this version in the 1.5.0 release candidate without noticing the license change.
 
-## What happened
+We integrated long time ago the WURFL PHP API into Dotkernel code base. At that time, the license of that WURFL library was GNU/GPL, which make it perfect compatible with Zend Framework license( **new BSD**) and Dotkernel ( **OSL 3.0**). Everybody was happy, users was able to make web applications for them or for their customers without worry about licensing costs at all.
 
-We integrated the WURFL PHP API into the Dotkernel code base a long time ago.
-At that time its license was GNU/GPL, perfectly compatible with the Zend Framework license (new BSD) and Dotkernel (OSL 3.0).
-On June 6th, 2011, the WURFL PHP API library was updated to version 1.3.0, and Dotkernel followed suit in its 1.5.0 release candidate, without noticing that the license had changed from GNU/GPL to AGPL - suddenly turning it into a "trial only" library for "Product evaluation" only.
+On June 6th, 2011, the WURFL PHP API library was updated to version 1.3.0. So we updated too the latest Dotkernel 1.5.0 ( now in release candidate stage, soon to be released as stable) , without noticing the change on its license, from GNU/GPL to AGPL which suddenly transform it into a 'trial only' library, for "Product evaluation" only.
 
-See the [official announcement](http://www.scientiamobile.com/site/page/view/products#licenses).
+See the official announcement [**here**](http://www.scientiamobile.com/site/page/view/products#licenses).
 
-## What Dotkernel plans to do
+We respect the work of Luca Passani and Steve Kamerman ( thank you and keep up the good work :-) ). But we must keep [Dotkernel Application Framework](http://www.dotkernel.com) free, without such license limitations. Only thing to do in this stage is :
 
-We respect the work of Luca Passani and Steve Kamerman, but we must keep [Dotkernel Application Framework](http://www.dotkernel.com) free, without such license limitations.
-The only things to do at this stage are:
+- remove WURFL PHP API library version 1.3.0 from Dotkernel code base
+- integrate back version 1.2.1 which is still GNU/GPL
+- we are still collecting device informations, so we will contribute to WURFL XML data which remain free. This file, which represent the data itself, it is and must be the **industry standard**
+- fork WURFL PHP APi 1.2.1 to a new library maybe ?
+- change the name of that library to avoid trademark issues ?
 
-- Remove WURFL PHP API library version 1.3.0 from the Dotkernel code base.
-- Integrate back version 1.2.1, which is still GNU/GPL.
-- Keep collecting device information and contributing to the WURFL XML data, which remains free - this data file is and must be the industry standard.
-- Consider forking WURFL PHP API 1.2.1 to a new library.
-- Consider changing the library's name to avoid trademark issues.
+ 
 
-*Later edit: the correct link to the announcement is [here](http://tech.groups.yahoo.com/group/wmlprogramming/message/34031).*
+*later edit: the correct link to announcement is **[here](http://tech.groups.yahoo.com/group/wmlprogramming/message/34031)***
 
 ## FAQ
 
 **Q: Why did the WURFL PHP API license become incompatible with Dotkernel?**
-A: The WURFL PHP API used to be licensed under GNU/GPL, compatible with both Zend Framework's new BSD license and Dotkernel's OSL 3.0 license.
-On June 6th, 2011, version 1.3.0 of the library changed its license to AGPL, turning it into a trial-only library for product evaluation, which is incompatible with keeping Dotkernel free.
+A: The WURFL PHP API used to be licensed under GNU/GPL, compatible with both Zend Framework's new BSD license and Dotkernel's OSL 3.0 license. On June 6th, 2011, version 1.3.0 of the library changed its license to AGPL, turning it into a "trial only" library for product evaluation, which is incompatible with keeping Dotkernel free.
 
 **Q: Which version introduced the license change, and when?**
-A: Version 1.3.0 of the WURFL PHP API, released June 6th, 2011, changed the license from GNU/GPL to AGPL.
-Dotkernel had updated to this version in its 1.5.0 release candidate without noticing the license change.
+A: Version 1.3.0 of the WURFL PHP API, released June 6th, 2011, changed the license from GNU/GPL to AGPL. Dotkernel had updated to this version in its 1.5.0 release candidate without noticing the license change.
 
 **Q: What did Dotkernel do in response to the license change?**
-A: Dotkernel planned to remove WURFL PHP API version 1.3.0 from its codebase and reintegrate version 1.2.1, which was still GNU/GPL.
-It also intended to keep contributing to the free WURFL XML data, and considered forking the 1.2.1 library and renaming it to avoid trademark issues.
-
-## Resources
-
-- Official announcement of the license change: http://www.scientiamobile.com/site/page/view/products#licenses
-- Corrected announcement link: http://tech.groups.yahoo.com/group/wmlprogramming/message/34031
-- Dotkernel Application Framework: http://www.dotkernel.com
+A: Dotkernel planned to remove WURFL PHP API version 1.3.0 from its codebase and reintegrate version 1.2.1, which was still GNU/GPL. It also intended to keep contributing to the free WURFL XML data, and considered forking the 1.2.1 library and renaming it to avoid trademark issues.
diff --git a/public/md-articles/dotkernel/wurfl-zend-framework-integration-into-dotkernel.md b/public/md-articles/dotkernel/wurfl-zend-framework-integration-into-dotkernel.md
index ddbc155d..e853444f 100644
--- a/public/md-articles/dotkernel/wurfl-zend-framework-integration-into-dotkernel.md
+++ b/public/md-articles/dotkernel/wurfl-zend-framework-integration-into-dotkernel.md
@@ -11,43 +11,42 @@ language: "en"
 # WURFL Zend Framework Integration into Dotkernel
 
 ## TL;DR
-
 [WURFL](http://wurfl.sourceforge.net/) is integrated into Dotkernel using the [Zend_Http_UserAgent](http://framework.zend.com/manual/1.11/en/zend.http.user-agent.html) class from [ZF 1.11.0rc1](http://framework.zend.com/download/latest) (the beta release at the time of the post).
 This post walks through the required folders, config files, and code to wire it up.
 
-## Installation steps
+[WURFL](http://wurfl.sourceforge.net/) is integrated into Dotkernel, using the [Zend_Http_UserAgent](http://framework.zend.com/manual/1.11/en/zend.http.user-agent.html) class from the latest release [ZF 1.11.0rc1](http://framework.zend.com/download/latest) ( Beta release at the date of this post).
+
+The integration of [WURFL](http://wurfl.sourceforge.net/) into Dotkernel is described below.
 
-1. Download the [WURFL PHP API](http://sourceforge.net/projects/wurfl/files/WURFL%20PHP/1.1/wurfl-php-1.1.tar.gz/download) and unzip it into a folder named `wurfl-php-1.1`.
-2. Create the following folders and make them writable by the web server:
-   - `cache\wurfl\FILE_CACHE_PROVIDER`
-   - `cache\wurfl\FILE_PERSISTENCE_PROVIDER`
-3. In the `configs` folder:
-   - Copy `wurfl-config.xml` from `wurfl-php-1.1\examples\resources`.
-   - Rename `wurfl-config.xml` to `wurfl.xml`.
-4. Edit the `configs\application.ini` file and add these lines:
+Download [WURFL PHP API](http://sourceforge.net/projects/wurfl/files/WURFL%20PHP/1.1/wurfl-php-1.1.tar.gz/download) and unzip it into folder ***wurfl-php-1.1***
 
-```ini
+- Create folders and make it **writable** by web server
+  - ***cache\wurfl\FILE_CACHE_PROVIDER***
+  - ***cache\wurfl\FILE_PERSISTENCE_PROVIDER***
+- In folder *configs*:
+  - Copy ***wurfl-config.xml*** from ***wurfl-php-1.1\examples\resources***
+  - Rename ***wurfl-config.xml*** to ***wurfl.xml***
+- Edit ***configs\application.ini***file; add these lines:
+
+```
 resources.useragent.wurflapi.wurfl_api_version = "1.1"
 resources.useragent.wurflapi.wurfl_lib_dir = APPLICATION_PATH "/library/Wurfl/"
 resources.useragent.wurflapi.wurfl_config_file = APPLICATION_PATH "/configs/wurfl.xml"
 ```
 
-5. Create the folder `externals\wurfl`, and copy the following files into it:
-   - `wurfl-php-1.1\examples\resources\web_browsers_patch.xml`
-   - `wurfl-php-1.1\examples\resources\wurfl-regression.zip`, renamed to `wurfl.zip` (or download the [latest wurfl zip](http://sourceforge.net/projects/wurfl/files/WURFL/) database and rename it `wurfl.zip`).
-6. Copy the contents of the folder `wurfl-php-1.1\WURFL` to `library\Wurfl`.
+- Create folder ***externals\wurfl***, and copy the following files from:
+  - ***wurfl-php-1.1\examples\resources\web_browsers_patch.xml***
+  - ***wurfl-php-1.1\examples\resources\wurfl-regression.zip*** and rename it ***wurfl.zip*** or download the [latest wurfl zip](http://sourceforge.net/projects/wurfl/files/WURFL/) database and rename it ***wurfl.zip***
+- Copy the contents of the folder ***wurfl-php-1.1\WURFL*** to ***library\Wurfl***
 
-## Using WURFL in Dotkernel
+[WURFL](http://wurfl.sourceforge.net/) is integrated into Dotkernel in the mobile module, but to access WURFL configuration, use
 
-[WURFL](http://wurfl.sourceforge.net/) is integrated into Dotkernel in the mobile module.
-To access WURFL configuration:
-
-```php
+```
 $userAgent = new Zend_Http_UserAgent($config->resources->useragent);
 $device = $userAgent->getDevice();
 ```
 
-`$userAgent->getDevice()` returns all the relevant information about the current user agent (`$_SERVER`).
+*$userAgent->getDevice()* returns all the relevant information about the current user agent *($_SERVER['HTTP_USER_AGENT'])*
 
 ## FAQ
 
@@ -64,12 +63,4 @@ A: Two folders must be created and made writable by the web server: cache/wurfl/
 A: Three lines need to be added: resources.useragent.wurflapi.wurfl_api_version = "1.1", resources.useragent.wurflapi.wurfl_lib_dir pointing to APPLICATION_PATH "/library/Wurfl/", and resources.useragent.wurflapi.wurfl_config_file pointing to APPLICATION_PATH "/configs/wurfl.xml".
 
 **Q: How do you access WURFL configuration in code?**
-A: Instantiate a Zend_Http_UserAgent with the useragent config, then call getDevice() on it. getDevice() returns all the relevant information about the current user agent.
-
-## Resources
-
-- WURFL: http://wurfl.sourceforge.net/
-- Zend_Http_UserAgent manual: http://framework.zend.com/manual/1.11/en/zend.http.user-agent.html
-- Zend Framework latest download: http://framework.zend.com/download/latest
-- WURFL PHP API 1.1 download: http://sourceforge.net/projects/wurfl/files/WURFL%20PHP/1.1/wurfl-php-1.1.tar.gz/download
-- Latest WURFL zip database: http://sourceforge.net/projects/wurfl/files/WURFL/
+A: Instantiate a Zend_Http_UserAgent with the useragent config, then call getDevice() on it, for example $userAgent = new Zend_Http_UserAgent($config->resources->useragent); $device = $userAgent->getDevice();. getDevice() returns all the relevant information about the current user agent.
diff --git a/public/md-articles/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.md b/public/md-articles/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.md
index 1de42fcf..ff375f0d 100644
--- a/public/md-articles/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.md
+++ b/public/md-articles/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.md
@@ -11,15 +11,16 @@ language: "en"
 # Zend_Auth and Zend_Acl integrated in Dotkernel
 
 ## TL;DR
-
 [Zend_Auth](http://framework.zend.com/manual/en/zend.auth.html) and [Zend_Acl](http://framework.zend.com/manual/en/zend.acl.html) have been integrated into Dotkernel starting with version 1.5.0.
 The User and Admin models were completely refactored using the new `Dot_Auth` and `Dot_Acl` classes for authentication and access control.
 
-## Dot_Auth
+[Zend_Auth](http://framework.zend.com/manual/en/zend.auth.html) and [Zend_Acl](http://framework.zend.com/manual/en/zend.acl.html) have been integrated into the Dotkernel, starting with version 1.5.0
+
+With the integration of these two major components for user authorization and access we completely refactored the User and Admin models by using *Dot_Auth* and *Dot_Acl* classes.
 
-The `Dot_Auth` class authenticates the user by checking the database, using `Zend_Auth_Adapter_DbTable`:
+The *Dot_Auth* class authenticates the user by checking the database – *Zend_Auth_Adapter_DbTable*.
 
-```php
+```
 private function _getAuthAdapter($who)
     {
         $dbAdapter = Zend_Registry::get('database');
@@ -31,26 +32,22 @@ private function _getAuthAdapter($who)
     }
 ```
 
-## ACL roles and resources
+ACL roles (user types) and permissions are configured in the *configs/acl/role.xml* file. In Dotkernel there are 3 roles: *guest*, *user* and *admin*. The resources for ACL are taken from *configs/router.xml* – see *controllers* tag.
 
-ACL roles (user types) and permissions are configured in the `configs/acl/role.xml` file.
-In Dotkernel there are 3 roles: `guest`, `user`, and `admin`.
-The resources for ACL are taken from `configs/router.xml` - see the `controllers` tag.
+The *Dot_Acl* class
 
-## Dot_Acl
+- controls the user access (ACL – Access Controller Layer),
+- is used for setting and checking the permissions of a user*,*
+- uses Zend_Acl,  for checking if a role (user) has access to a resource (controller)
 
-The `Dot_Acl` class:
+*Dot_Auth* calls the *isAllowed* method from *Dot_Acl* which authenticates the user.
 
-- Controls user access (ACL - Access Controller Layer).
-- Is used for setting and checking the permissions of a user.
-- Uses Zend_Acl for checking if a role (user) has access to a resource (controller).
-
-```php
+```
 // instantiate Zend_Acl
 $this->acl = new Zend_Acl();
 ```
 
-```php
+```
 public function isAllowed($role)
     {
         $resource = $this->requestControllerProcessed;
@@ -66,10 +63,9 @@ public function isAllowed($role)
     }
 ```
 
-`Dot_Auth` calls the `isAllowed` method from `Dot_Acl` which authenticates the user.
-`IndexController.php` calls `Dot_Auth`:
+*IndexController.php* is calling *Dot_Auth*
 
-```php
+```
 $dotAuth = Dot_Auth::getInstance();
 $dotAuth->checkIdentity('user');
 ```
@@ -80,20 +76,13 @@ $dotAuth->checkIdentity('user');
 A: Zend_Auth and Zend_Acl were integrated starting with Dotkernel version 1.5.0, as part of a refactor of the User and Admin models using the new Dot_Auth and Dot_Acl classes.
 
 **Q: How does Dot_Auth authenticate a user?**
-A: Dot_Auth authenticates the user by checking the database using Zend_Auth_Adapter_DbTable, setting the table name, the identity column to username, and the credential column to password.
+A: Dot_Auth authenticates the user by checking the database using Zend_Auth_Adapter_DbTable, setting the table name, the identity column to "username", and the credential column to "password".
 
 **Q: What roles exist for ACL in Dotkernel?**
-A: Dotkernel defines 3 ACL roles (user types): guest, user, and admin.
-These roles and their permissions are configured in the configs/acl/role.xml file.
+A: Dotkernel defines 3 ACL roles (user types): guest, user, and admin. These roles and their permissions are configured in the configs/acl/role.xml file.
 
 **Q: Where do the ACL resources come from?**
 A: The resources for ACL are taken from configs/router.xml, specifically the controllers tag.
 
 **Q: What does the Dot_Acl class do?**
-A: Dot_Acl controls user access (Access Controller Layer), is used for setting and checking a user's permissions, and uses Zend_Acl to check whether a role has access to a resource.
-Dot_Auth calls the isAllowed method from Dot_Acl to authenticate the user.
-
-## Resources
-
-- Zend_Auth manual: http://framework.zend.com/manual/en/zend.auth.html
-- Zend_Acl manual: http://framework.zend.com/manual/en/zend.acl.html
+A: Dot_Acl controls user access (Access Controller Layer), is used for setting and checking a user's permissions, and uses Zend_Acl to check whether a role (user) has access to a resource (controller). Dot_Auth calls the isAllowed method from Dot_Acl to authenticate the user.
diff --git a/public/md-articles/dotkernel/zend-console-implementation-in-dotkernel.md b/public/md-articles/dotkernel/zend-console-implementation-in-dotkernel.md
index f66d5c0e..d110ddba 100644
--- a/public/md-articles/dotkernel/zend-console-implementation-in-dotkernel.md
+++ b/public/md-articles/dotkernel/zend-console-implementation-in-dotkernel.md
@@ -11,34 +11,31 @@ language: "en"
 # Zend_Console implementation in Dotkernel
 
 ## TL;DR
-
 Starting with version 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line.
 The most common use for this is running cron jobs without using wget or going through Apache.
 
-## Where it lives
+Starting with 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line. The most common use for this is to be able to run cron jobs without using wget and going through Apache.
 
-The bootstrap can be found in `Console/index.php`, and it has one controller in `Controller.php` with two example actions.
+The bootstrap can be found in *Console/index.php* and it has one controller in *Controller.php* with two example actions.
 
 ## Usage
 
-There are two command line arguments:
+Currently there are two command line arguments:
 
-| Argument | Meaning |
-|---|---|
-| `-a` | The name of the action that will be executed |
-| `-e` | The environment, as defined in application.ini. Possible values are development, staging, and production. Optional, defaults to production |
+- **-a** [action] - the name of the action that will be executed
+- **-e** [environment] - the environment, as defined in application.ini. Possible values are development, staging and production. This argument is optional, it defaults to production
 
-Any other arguments set when calling the script will be available in the controller in the `$registry->arguments` array.
+Any other arguments set when calling the script will be available in the controller in the $registry->arguments array.
 
-The controller bundled with Dotkernel has two example actions: `count-users`, which demonstrates how to interact with models, and `send-newsletter`, which reads the newsletter from the command line.
+The controller bundled with Dotkernel has two example actions, "count-users" which demonstrates how to interact with models, and "send-newsletter" which reads the newsletter from the command line.
 
 ## Examples
 
-```shell
+```
 /var/www/vhosts/example.com/httpdocs/Cron/index.php -e staging -a count-users
 ```
 
-```shell
+```
 /var/www/vhosts/example.com/httpdocs/Cron/index.php -e staging -a send-newsletter "test newsletter"
 ```
 
@@ -54,7 +51,7 @@ A: The bootstrap is found in Console/index.php, and it has one controller in Con
 A: There are two arguments: -a, the name of the action to execute, and -e, the environment as defined in application.ini (development, staging, or production), which is optional and defaults to production.
 
 **Q: What happens to extra arguments passed to the script?**
-A: Any other arguments set when calling the script will be available in the controller in the registry's arguments array.
+A: Any other arguments set when calling the script will be available in the controller in the $registry->arguments array.
 
 **Q: What example actions are bundled with the Console controller?**
-A: The bundled controller has two example actions: count-users, which demonstrates how to interact with models, and send-newsletter, which reads the newsletter from the command line.
+A: The bundled controller has two example actions: "count-users", which demonstrates how to interact with models, and "send-newsletter", which reads the newsletter from the command line.
diff --git a/public/md-articles/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.md b/public/md-articles/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.md
index 0bf08cf6..705a557a 100644
--- a/public/md-articles/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.md
+++ b/public/md-articles/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.md
@@ -10,21 +10,15 @@ language: "en"
 
 # Zend Framework dropped integration of WURFL adapter
 
-## What happened
+According to Matthew Weier O'Phinney, Zend Framework Project Leader, in the next release of ZF, 1.12.0 branch, WURFL adapter will be dropped
 
-According to Matthew Weier O'Phinney, Zend Framework Project Leader, the WURFL adapter will be dropped from `Zend_Http_UserAgent` in the next release of ZF, the 1.12.0 branch:
-
-> due to a change in licensing by the WURFL project -- the free version is now AGPL -- we're dropping the WURFL adapter from Zend_Http_UserAgent.
-> In discussions with Zend and the CR Team, we feel the AGPL raises too many concerns for end users with regards to how their products must be licensed in order to comply.
-> (This is a similar rationale as to why we did not consider ExtJS when looking at JS toolkits to partner with.)
->
+> due to a change in licensing by the WURFL project -- the free version is now AGPL -- we're dropping the WURFL adapter from Zend_Http_UserAgent. In discussions with Zend and the CR Team, we feel the AGPL raises too many concerns for end users with regards to how their products must be licensed in order to comply. (This is a similar rationale as to why we did not consider ExtJS when looking at JS toolkits to partner with.)
+> 
 > As such, if you relied on the WURFL adapter in the past, you _will_ need to change code when upgrading to ZF 1.12.0, or grab the WURFL adapter from a previous version.
 
-So it's a good moment to check old or current projects, and proceed accordingly.
-
-## Impact on Dotkernel
+So its a good moment to check the old or current projects, and proceed.
 
-Dotkernel framework uses its own WURFL adapter, so this change will not affect projects built with it.
+Dotkernel framework is using its own WURFL adapter, so this will not affect projects built with it .
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel/zend-registry-usage-in-dotkernel.md b/public/md-articles/dotkernel/zend-registry-usage-in-dotkernel.md
index bee393bc..48dd8464 100644
--- a/public/md-articles/dotkernel/zend-registry-usage-in-dotkernel.md
+++ b/public/md-articles/dotkernel/zend-registry-usage-in-dotkernel.md
@@ -11,29 +11,24 @@ language: "en"
 # Zend Registry usage in Dotkernel
 
 ## TL;DR
-
 In Dotkernel, `Zend_Registry` holds a fixed set of request-scoped variables - from timing and configuration to the database adapter and session object - and can be read either as a full instance or one value at a time.
 
-## Variables stored in Zend_Registry
-
-| Variable | Contents |
-|---|---|
-| `startTime` | The result of [microtime()](http://php.net/manual/en/function.microtime.php) at the beginning of the request |
-| `configuration` | The configuration options loaded from `configs/application.ini` |
-| `router` | Routing settings loaded from `configs/router.xml` |
-| `database` | The database adapter |
-| `settings` | The settings loaded from the database |
-| `requestModule, requestController, requestAction` | The module, controller, and action of the current request |
-| `request` | Additional request variables |
-| `seo` | SEO information loaded from `configs/dots/seo.xml` (site name, default description, keywords, etc.) |
-| `option` | The options for the current dot loaded from `configs/dots/<moduleName>.xml` |
-| `session` | The session object |
+In Dotkernel, Zend_Registry will contain the following variables:
 
-## Reading values from the registry
+- **startTime** - the result of [microtime()](http://php.net/manual/en/function.microtime.php) at the beginning of the request
+- **configuration** - the configuration options loaded from *configs/application.ini*
+- **router** - routing settings loaded from *configs/router.xml*
+- **database** - the database adapter
+- **settings** - the settings loaded from the database
+- **requestModule, requestController, requestAction** - the module, controller and action of the current request
+- **request** - additional request variables
+- **seo** - seo information loaded from *configs/dots/seo.xml* (site name, default description, keywords etc)
+- **option** - the options for the current dot loaded from *configs/dots/<moduleName>.xml*
+- **session** - the session object
 
-To use the variables in the registry, first get an instance of the registry object:
+To use the variables in the registry, you must first get an instance of the registry object:
 
-```php
+```
 $registry = Zend_Registry::getInstance();
 //...
 echo $registry->startTime;
@@ -41,27 +36,24 @@ echo $registry->startTime;
 echo $registry->requestAction;
 ```
 
-Or, if you only need one variable, get it directly:
+Or if you only need one variable from the registry, you can get it directly using:
 
-```php
+```
 $action = Zend_Registry::get('requestAction');
 ```
 
+You can find more information about Zend_Registry, in the [Zend Framework Documentation](http://framework.zend.com/manual/en/zend.registry.using.html).
+
 ## FAQ
 
 **Q: What variables does Zend_Registry contain in Dotkernel?**
 A: It contains startTime (the result of microtime() at the beginning of the request), configuration (loaded from configs/application.ini), router (loaded from configs/router.xml), database (the database adapter), settings (loaded from the database), requestModule/requestController/requestAction, request (additional request variables), seo (loaded from configs/dots/seo.xml), option (loaded from configs/dots/<moduleName>.xml), and session (the session object).
 
 **Q: How do you get an instance of the registry?**
-A: Use `$registry = Zend_Registry::getInstance();` and then access variables such as `$registry->startTime` or `$registry->requestAction`.
+A: Use $registry = Zend_Registry::getInstance(); and then access variables such as $registry->startTime or $registry->requestAction.
 
 **Q: How do you retrieve just one variable from the registry?**
-A: If you only need one variable, you can get it directly using `$action = Zend_Registry::get('requestAction');`.
+A: If you only need one variable, you can get it directly using $action = Zend_Registry::get('requestAction');.
 
 **Q: What does the "seo" entry in the registry contain?**
 A: It contains seo information loaded from configs/dots/seo.xml, such as site name, default description, and keywords.
-
-## Resources
-
-- microtime() PHP manual: http://php.net/manual/en/function.microtime.php
-- Zend Framework Documentation on Zend_Registry: http://framework.zend.com/manual/en/zend.registry.using.html
diff --git a/public/md-articles/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.md b/public/md-articles/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.md
index a2207868..291d6c96 100644
--- a/public/md-articles/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.md
+++ b/public/md-articles/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.md
@@ -11,60 +11,44 @@ language: "en"
 # Zend_Session usage in Dotkernel - Refactor of Dot_Session class
 
 ## TL;DR
-
 A strange session bug was found on a project running Dotkernel 1.5.0: in IE8 and IE9, the session cookie was sometimes not saved, forcing repeated logins.
 Investigation traced it to the `Dot_Session` class calling both `regenerateID()` and `rememberMe()` unnecessarily, generating the session cookie 3 times.
 The fix, shipped in Dotkernel 1.5.1, removed the `regenerateID()` call and added two new application.ini settings.
 
-## The bug
+We found a strange behaviour of sessions in one of our project, running Dotkernel version 1.5.0
 
-We found a strange behaviour of sessions in one of our projects, running Dotkernel version 1.5.0 - similar to [one described here](http://trac.elgg.org/ticket/2677).
-In unknown circumstances, and only in IE 8 and IE9, the session cookie is not saved on the client machine, and the user needs to log in over and over again.
-It was reproduced once on the staging server, and the only way to fix it at the time was to open a new tab with the same page.
+Similar to this one described [here](http://trac.elgg.org/ticket/2677)
 
-## The investigation
+In unknowns circumstances, and only in IE 8 and IE9 , the session cookie is not saved on client machine, and the user need to login over and over again. I was able to reproduce that behaviour once, on our staging server , and the only way to fix that was to **open a new tab with the same page (?!?!?)**
 
-Investigating the `Dot_Session` class showed that the session cookie is generated **3 times**.
-See this [bug report](http://www.dotkernel.net/view.php?id=184).
+Anyway, is still an enygma. So i started to investigate Dot_Session class, and notice that the session cookie is generated **3 times !!** See this [bug report](http://www.dotkernel.net/view.php?id=184).
 
-The code used both **regenerateID()** and **rememberMe()** methods of Zend_Session, which is **not necessary**.
-Quote from the [ZF documentation](http://framework.zend.com/manual/1.11/en/zend.session.global_session_management.html):
+I noticed that we use both **regenerateID()**  and **rememberMe()**  methods of Zend_Session, , which is   **not necessary** Quote from [ZF documentation](http://framework.zend.com/manual/1.11/en/zend.session.global_session_management.html):
 
-> If you call the rememberMe() function, then don't use regenerateId(), since the former calls the latter.
-> If a user has successfully logged into your website, use rememberMe() instead of regenerateId().
+> If you call the rememberMe() function, then don't use regenerateId(), since the former calls the latter.  If a user has successfully logged into your website, use rememberMe() instead of regenerateId().
 
-## The fix
+So i removed **regenerateID()** call,   also added 2 new settings in application.ini  related to session : ***use_only_cookies***, which must be **ON** all the time in order to avoid *session fixation* , and **remember_me_seconds**.
 
-The **regenerateID()** call was removed, and 2 new settings were added in application.ini related to session:
+Those small bug fixes will be included in the new Dotkernel version 1.5.1 which will be released  next days.
 
-- **use_only_cookies** - must be **ON** at all times in order to avoid session fixation.
-- **remember_me_seconds**.
+**TIP**
 
-These bug fixes were included in the new Dotkernel version 1.5.1.
+if you encounter the same issue in IE8 and IE9 , then with all regret, you need to de-activate the **rememberMe()** and **regenerateId()** methods calls.
 
-## Tip
+ 
 
-If you encounter the same issue in IE8 and IE9, then with all regret, you need to deactivate the **rememberMe()** and **regenerateId()** methods calls.
+ 
 
 ## FAQ
 
 **Q: What session bug was found in Dotkernel 1.5.0?**
-A: In unknown circumstances, and only in IE8 and IE9, the session cookie was not saved on the client machine, forcing the user to log in over and over again.
-The only workaround found was to open a new tab with the same page.
+A: In unknown circumstances, and only in IE8 and IE9, the session cookie was not saved on the client machine, forcing the user to log in over and over again. The only workaround found was to open a new tab with the same page.
 
 **Q: What caused the session cookie to be generated multiple times?**
-A: Investigation of the Dot_Session class showed the session cookie was generated 3 times, because the code called both regenerateID() and rememberMe() methods of Zend_Session.
-According to the Zend Framework documentation, this is unnecessary: if you call rememberMe(), you should not also call regenerateId(), since rememberMe() already calls it internally.
+A: Investigation of the Dot_Session class showed the session cookie was generated 3 times, because the code called both regenerateID() and rememberMe() methods of Zend_Session. According to the Zend Framework documentation, this is unnecessary: if you call rememberMe(), you should not also call regenerateId(), since rememberMe() already calls it internally.
 
 **Q: What was the fix, and where was it released?**
-A: The regenerateID() call was removed, and two new application.ini settings were added: use_only_cookies, which must be ON at all times to avoid session fixation, and remember_me_seconds.
-These fixes were included in Dotkernel version 1.5.1.
+A: The regenerateID() call was removed, and two new application.ini settings were added: use_only_cookies, which must be ON at all times to avoid session fixation, and remember_me_seconds. These fixes were included in Dotkernel version 1.5.1.
 
 **Q: What should I do if I still see this issue in IE8/IE9?**
 A: If you encounter the same issue in IE8 and IE9, the tip given is to deactivate the rememberMe() and regenerateId() method calls.
-
-## Resources
-
-- Similar issue described on Elgg: http://trac.elgg.org/ticket/2677
-- Dotkernel bug report: http://www.dotkernel.net/view.php?id=184
-- Zend Framework documentation on global session management: http://framework.zend.com/manual/1.11/en/zend.session.global_session_management.html
diff --git a/public/md-articles/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.md b/public/md-articles/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.md
index 93272c54..d0337ccd 100644
--- a/public/md-articles/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.md
+++ b/public/md-articles/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.md
@@ -10,14 +10,11 @@ language: "en"
 
 # Zend Studio PHP Formatter file for Dotkernel coding standard.
 
-An XML file is provided for download, ready to be imported into Zend Studio, version 9.x.
-This file follows Dotkernel's coding standard.
+[Here](http://www.dotkernel.com/download/?did=34) is  uploaded the XML file , ready to be imported in your Zend Studio, version 9.x
 
-## Installation steps
+This file follow Dotkernel’s Coding standard.
 
-1. Unzip the file.
-2. Go to Zend Studio -> Preferences -> PHP -> Code Style -> Formatter.
-3. Import the XML file.
+Unzip the file. Go to Zend Studio -> Preferences -> PHP -> Code Style -> Formatter Import the xml file.
 
 ## FAQ
 
@@ -26,7 +23,3 @@ A: It is an XML file, downloadable from the linked page, that can be imported in
 
 **Q: How do I import the formatter file into Zend Studio?**
 A: Unzip the downloaded file, then in Zend Studio go to Preferences -> PHP -> Code Style -> Formatter and import the XML file.
-
-## Resources
-
-- [Dotkernel PHP Formatter download](http://www.dotkernel.com/download/?did=34)
diff --git a/public/md-articles/dotkernel3/development-report-december-11-2017.md b/public/md-articles/dotkernel3/development-report-december-11-2017.md
index 72832278..914585e5 100644
--- a/public/md-articles/dotkernel3/development-report-december-11-2017.md
+++ b/public/md-articles/dotkernel3/development-report-december-11-2017.md
@@ -11,23 +11,28 @@ language: "en"
 # Development Report December 11, 2017
 
 ## TL;DR
-
 This report covers updates to the Dotkernel3 documentation: new release notes for the frontend and admin, a Webpack tutorial added to the Prerequisites section, and revisions to the Api Endpoint Documentation Guidelines.
 Contributor JapSeyz is thanked for this round of updates.
 
-## Documentation Updates
-
 This report contains updates about the Dotkernel3 documentation.
 
-We have added the release notes for Dotkernel3 frontend and admin: you can now check the Release Notes page.
+We have added the release notes for Dotkernel3 **frontend** and **admin**: you can now check the Release Notes page.
 
-A Webpack tutorial has been added in the Prerequisites section.
+Webpack tutorial has been added in the Prerequisites section.
 
 The Api Endpoint Documentation Guidelines were updated as well, a slightly different layout and some corrections were applied.
 
-## Contributors
+ 
+
+**Links**:
 
-Thanks to our contributors:
+- Release Notes page
+- Webpack tutorial
+- Api Endpoint Documentation Guidelines
+
+ 
+
+**Thanks to our contributors:**
 
 [JapSeyz](https://github.com/JapSeyz)
 
@@ -38,4 +43,3 @@ A: Release notes were added for Dotkernel3 frontend and admin, a Webpack tutoria
 
 **Q: Who was credited as a contributor in this report?**
 A: JapSeyz was thanked as a contributor.
-
diff --git a/public/md-articles/dotkernel3/dotkernel-admin-v4.md b/public/md-articles/dotkernel3/dotkernel-admin-v4.md
index f86cbef6..cbf13479 100644
--- a/public/md-articles/dotkernel3/dotkernel-admin-v4.md
+++ b/public/md-articles/dotkernel3/dotkernel-admin-v4.md
@@ -11,16 +11,14 @@ language: "en"
 # Dotkernel Admin V4
 
 ## TL;DR
-
 Dotkernel Admin V4, officially released on 19 July 2022, is Dotkernel's PSR-7 Admin application built on Mezzio for managing and displaying tabular data from one or more databases.
 It supports PHP 8.1 (minimum PHP 7.4), offers a config-driven module/middleware/route setup, RBAC-based authorization guards, a Symfony Console-based CLI with a file locker, per-module routing via RoutesDelegator, and a Bootstrap 4.5.0 / Fontawesome 5.0.6 frontend using Bootstrap Table for data listing.
 
 ## Getting Started with Dotkernel Admin V4
 
-Dotkernel's PSR-7 Admin is an application based on Mezzio, with the main purpose of managing and displaying tabular data from one or more databases components.
+**[Dotkernel's PSR-7 Admin](https://github.com/dotkernel/admin)**  is an application based on **[Mezzio](https://getlaminas.org/)**, with the main purpose of managing and displaying tabular data from one or more databases components.
 
-On 19 July 2022, Dotkernel Admin V4 has been officially released.
-Dotkernel Admin V4 comes with various interesting features and overall improvement of the core framework.
+On 19 July 2022 **Dotkernel Admin V4** has been officially released. **Dotkernel Admin V4** comes with various interesting features and overall improvement of the core framework.
 
 ## Demo
 
@@ -28,29 +26,29 @@ Ready to try it out?
 
 There should be an admin account with the following credentials:
 
-- Username: admin
-- Password: dotadmin
+- Username: **admin**
+- Password: **dotadmin**
 
-Head over to [https://admin7.dotkernel.net/](https://admin7.dotkernel.net/) and see for yourself.
+Head over to [https://admin7.dotkernel.net/](https://admin7.dotkernel.net/) and see for yourself :)
 
 ## Dotkernel Admin V4 Features
 
 ### PHP 8.1
 
-Dotkernel Admin V4 fully supports PHP 8.1 with a minimum requirement of PHP 7.4.
+**Dotkernel Admin V4** fully supports **PHP 8.1** with a minimum requirement of **PHP 7.4**.
 
 ### Configurability
 
-From managing middleware order to simply adding an API key to your application, the config directory is the way to go.
+From managing middleware order to simply adding an API key to you application the **config** directory is the way to go.
 
-Want to register a new module? In `config.php` you will find the right place for it, registering its `ConfigProvider.php`.
-Got a shiny new middleware? You can put it with the rest of them in `pipeline.php`, where you can even edit in which order they should run.
+Want to register a new module? In `config.php` you will find the right place for it registering its `ConfigProvider.php`.
+Got a shiny new Middleware? You can put it with the rest of them in `pipeline.php` where you can even edit in which order they should run.
 
-You can further customize your app within the autoload directory by changing the application name and URL in `app.global.php`, adding freshly created routes into `navigation.global.php`, and much more.
+You can further customize your app within the **autoload** directory by changing the application name and url into the `app.global.php`, adding the freshly created routes into `navigation.global.php` and much more.
 
-Example adding a simple route to the navigation bar:
+Example adding a simple route to navigation bar:
 
-```php
+```
 [
     'options' => [
         'label' => 'Dashboard',
@@ -62,9 +60,9 @@ Example adding a simple route to the navigation bar:
 ]
 ```
 
-Or a group of 2 or more routes:
+or a group of 2 or more routes
 
-```php
+```
 [
     'options' => [
         'label' => 'Manage admins',
@@ -92,12 +90,11 @@ Or a group of 2 or more routes:
 
 ### Authorization Guards
 
-The packages responsible for restricting access to certain parts of the application are [dot-rbac-guard](https://github.com/dotkernel/dot-rbac-guard) and [dot-rbac](https://github.com/dotkernel/dot-rbac).
-These packages work together to create an infrastructure that is customizable and diversified to manage user access to the platform by specifying the type of role the user has.
+The packages responsible for restricting access to certain parts of the application are [dot-rbac-guard](https://github.com/dotkernel/dot-rbac-guard) and [dot-rba](https://github.com/dotkernel/dot-rbac)[c](https://github.com/dotkernel/dot-rbac). These packages work together to create an infrastructure that is customizable and diversified to manage user access to the platform by specifying the type of role the user has.
 
 The `authorization.global.php` file provides multiple configurations specifying multiple roles as well as the types of permissions to which these roles have access.
 
-```php
+```
 //example of a flat RBAC model that specifies two types of roles as well as their permission
 'roles' => [
     'superuser' => [
@@ -117,15 +114,15 @@ The `authorization.global.php` file provides multiple configurations specifying
 ]
 ```
 
-The `authorization-guards.global.php` file provides configuration to restrict access to certain actions based on the permissions defined in `authorization.global.php`, so basically the permissions have to be added in the dot-rbac configuration file first to specify the action restriction permissions.
+The `authorization-guards.global.php` file provides configuration to restrict access to certain actions based on the permissions defined in `authorization.global.php` so basically we have to add the permissions in the dot-rbac configuration file first to specify the action restriction permissions.
 
-```php
-//example of configuration to restrict certain actions of some routes based on the permissions specified in the dot-rbac configuration file
+```
+//example of configuration example to restrict certain actions of some routes based on the permissions specified in the dot-rbac configuration file
 'rules' => [
     [
         'route' => 'account',
         'actions' => [
-            //list of actions to apply, or empty array for all actions
+            //list of actions to apply , or empty array for all actions
             'unregister',
             'avatar',
             'details',
@@ -150,25 +147,25 @@ The `authorization-guards.global.php` file provides configuration to restrict ac
 
 ### CLI
 
-For registering a new command, first make sure your command class extends `Symfony\Component\Console\Command\Command`, then you can enable the command by registering it in `config/autoload/cli.global.php`.
+For registering new command first make sure your command class extends `Symfony\Component\Console\Command\Command`, then you can enable the command by registering it in `config/autoload/cli.global.php`.
 
-Here you will also find the brand new file locker configuration, so you can easily turn it on or off (by default: `'enabled' => true`).
+Here you will also find our brand new file locker configuration so you can easily turn in on or off ( by default: `'enabled' => true` )
 
-Note: the File Locker System will create a `command-{command-default-name}.lock` file which will not let another instance of the same command run until the previous one has finished.
+Note: The **File Locker System** will create a `command-{command-default-name}.lock` file which will not let another instance of the same command to run until the previous one has finished.
 
-You can list the existing commands by running the following in a terminal:
+You can list the existing commands running the following in a terminal:
 
-```bash
+```
 php /bin/cli.php list
 ```
 
-Note: you can take as example `Dot\Cli\Command\DemoCommand`.
+Note: You can take as example `Dot\Cli\Command\DemoCommand`
 
 ### Routing
 
-Each module gets a `RoutesDelegator.php` file for managing existing routes inside that specific module, providing an easy way of adding new ones by specifying the route path, the middleware that the route will use, an array of accepted methods, and the route name.
+Providing each Module with a `RoutesDelegator.php` file for managing existing routes inside that specific module and an easy way of adding new ones providing the route path, Middleware that the route will use, an array of accepted methods and the route name.
 
-```php
+```
 $app->route(
     '/admin[/{action}[/{uuid}]]',
     AdminController::class,
@@ -180,19 +177,19 @@ $app->route(
  );
 ```
 
-Note: the optional attributes on the route path are marked between `[]`.
+Note: The optional attributes on the route path are marked between **[]** like 
 
 ### Frontend
 
-As for the frontend toolkit, we chose to use Bootstrap 4.5.0 in combination with Fontawesome 5.0.6 for a minimalist but efficient design.
+As for the frontend toolkit we chose to use **Bootstrap** **4.5.0** in combination with **Fontawesome 5.0.6** for a minimalist but efficient design.
 
-For assembling `app.js` and `app.css` along with handling packages from `package.json`, we recommend using npm 7 or up.
+For assembling the `app.js` and `app.css` along with handling packages from `package.json` we recommend using **npm 7** or up.
 
-Our choice for listing raw data was Bootstrap Table because it is easy to implement and configurable in many ways.
+Our choice for listing raw data was **[Bootstrap Table](https://bootstrap-table.com/)** because it is easy to implement and configurable in many ways.
 
-Let's take the admin table as an example:
+Lets take admin table as an example:
 
-```html
+```
 <table data-toggle="table" data-url="/admin/list" data-click-to-select="true"
        data-mobile-responsive="true" data-min-width="800"
        data-check-on-init="true" data-id-field="uuid"
@@ -216,9 +213,9 @@ Let's take the admin table as an example:
 </table>
 ```
 
-Here we can tweak directly in the table data how our table looks, arrange the page, and use a couple of other features like the API URL for pulling data, pagination, allowing multiple row selection, and more.
+Here we can tweak directly into the table data how our table looks, arrange in page or a couple of usages like the api url for pulling data, pagination, allowing multiple row select and more...
 
-Note: you'll find in the `#tableToolbar` buttons that toggle a modal for adding/editing/deleting admins.
+Note: You`ll find in the `#tableToolbar` buttons that toggle a **modal** for adding/editing/deleting admins.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel3/dotkernel-admin-version-3-launched.md b/public/md-articles/dotkernel3/dotkernel-admin-version-3-launched.md
index 73facea6..a021c4e4 100644
--- a/public/md-articles/dotkernel3/dotkernel-admin-version-3-launched.md
+++ b/public/md-articles/dotkernel3/dotkernel-admin-version-3-launched.md
@@ -11,28 +11,36 @@ language: "en"
 # Dotkernel Admin version 3 launched
 
 ## TL;DR
-
 Dotkernel Admin version 3 has launched as a basic admin panel built on Bootstrap ^4.5.0 and Doctrine, performing CRUD operations over a database on top of the Mezzio microframework and Laminas components.
 The source is available on GitHub, with a live demo running at admin7.dotkernel.net.
 Branch 3.0 is now the default branch, requiring Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, Twig 3.x, and Bootstrap 4.5, with dot-* packages limited to version 3.x and above.
 
-## Dotkernel Admin PHP Application Version 3 Was Launched
+## Dotkernel Admin PHP Application version 3 was launched.
+
+[![](https://img.shields.io/github/issues/dotkernel/admin)](https://github.com/dotkernel/frontend/issues)[![](https://img.shields.io/github/stars/dotkernel/admin)](https://github.com/dotkernel/admin)![](https://img.shields.io/packagist/php-v/dotkernel/admin/3.0.0)![](https://img.shields.io/packagist/v/dotkernel/admin) [![](https://img.shields.io/github/license/dotkernel/frontend)](https://github.com/dotkernel/admin/blob/3.0/LICENSE.md)
+
+Dotkernel is a Collection of PSR-7 Middleware applications built on top of [Mezzio microframework and using Laminas components](https://getlaminas.org/)
+
+ Dotkernel Admin is a basic admin panel, based on Boostrap ^4.5.0 , using Doctrine and performing basic CRUD operations over a database.
+
+You can **clone** it from [github](https://github.com/dotkernel/admin)
+
+**Live demo:** [admin7.dotkernel.net](https://admin7.dotkernel.net)
+
+### Changelog:
 
-Dotkernel is a collection of PSR-7 Middleware applications built on top of the [Mezzio microframework and using Laminas components](https://getlaminas.org/).
-Dotkernel Admin is a basic admin panel, based on Bootstrap ^4.5.0, using Doctrine and performing basic CRUD operations over a database.
-You can clone it from [GitHub](https://github.com/dotkernel/admin).
-Live demo: [admin7.dotkernel.net](https://admin7.dotkernel.net)
+*Branch 3.0 is the current and default branch* , and :
 
-### Changelog
+- Require **Mezzio** **^3.2**
+- Require **PHP ^7.4**
+- Require **Doctrine 2.7.x**
+- Require **Twig 3.x**
+- Require **Bootstrap** 4.5
+- Limited dot-* packages to version **3.x** and above
 
-Branch 3.0 is the current and default branch, and:
+ 
 
-- Require Mezzio ^3.2
-- Require PHP ^7.4
-- Require Doctrine 2.7.x
-- Require Twig 3.x
-- Require Bootstrap 4.5
-- Limited dot-* packages to version 3.x and above
+ 
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel3/dotkernel-api-architecture-and-components.md b/public/md-articles/dotkernel3/dotkernel-api-architecture-and-components.md
index 32b7eced..472ac86d 100644
--- a/public/md-articles/dotkernel3/dotkernel-api-architecture-and-components.md
+++ b/public/md-articles/dotkernel3/dotkernel-api-architecture-and-components.md
@@ -11,47 +11,91 @@ language: "en"
 # Dotkernel API: architecture and components
 
 ## TL;DR
-
 Dotkernel API is built on the Mezzio microframework and Laminas components, based on Enrico Zimuel's Zend Expressive API skeleton and implementing PSR-3, PSR-4, PSR-7, PSR-11, and PSR-15.
 Its core components include Doctrine ORM for persistence, mezzio-hal for API payloads, mezzio-cors for CORS handling, and mezzio-authentication-oauth2 for OAuth 2.0 authentication, alongside Postman-based documentation, configurable routing and commands, a file locker system, and a factory-made test suite.
 
 > This article refers to Dotkernel API v5. Checkout out the new additions for [Dotkernel API v6](https://www.dotkernel.com/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform/) to stay up-to-date.
 
-Based on Enrico Zimuel's [Zend Expressive API - Skeleton example](https://github.com/ezimuel/zend-expressive-api), Dotkernel API runs on [Mezzio](https://github.com/mezzio) microframework and [Laminas](https://github.com/laminas) components and implements standards like PSR-3, PSR-4, PSR-7, PSR-11 and PSR-15.
+Based on Enrico Zimuel's [Zend Expressive API - Skeleton example](https://github.com/ezimuel/zend-expressive-api), Dotkernel API runs on [Mezzio](https://github.com/mezzio) microframework   and[Laminas](https://github.com/laminas) components and implements standards like PSR-3, PSR-4, PSR-7, PSR-11 and PSR-15.
+
 Here is a list of the core components:
 
-- Mezzio Microframework ([mezzio/mezzio](https://github.com/mezzio/mezzio))
-- Error Handler ([dotkernel/dot-errorhandler](https://packagist.org/packages/dotkernel/dot-errorhandler))
-- Problem Details ([mezzio/mezzio-problem-details](https://docs.mezzio.dev/mezzio-problem-details/))
-- CORS ([mezzio/mezzio-cors](https://docs.mezzio.dev/mezzio-cors/))
-- Routing ([mezzio/mezzio-fastroute](https://github.com/mezzio/mezzio-fastroute))
-- Authentication ([mezzio/mezzio-authentication](https://docs.mezzio.dev/mezzio-authentication/))
-- Authorization ([mezzio/mezzio-authorization](https://docs.mezzio.dev/mezzio-authorization/))
-- Config Aggregator ([laminas/laminas-config-aggregator](https://github.com/laminas/laminas-config-aggregator))
-- Container ([roave/psr-container-doctrine](https://github.com/Roave/psr-container-doctrine))
-- Annotations ([dotkernel/dot-annotated-services](https://packagist.org/packages/dotkernel/dot-annotated-services))
-- Input Filter ([laminas/laminas-inputfilter](https://github.com/laminas/laminas-inputfilter))
-- Doctrine 2 ORM ([doctrine/orm](https://github.com/doctrine/orm))
-- Hydrator ([laminas/laminas-hydrator](https://github.com/laminas/laminas-hydrator))
-- Paginator ([laminas/laminas-paginator](https://github.com/laminas/laminas-paginator))
-- HAL ([mezzio/mezzio-hal](https://docs.mezzio.dev/mezzio-hal/))
-- CLI ([dotkernel/dot-cli](https://packagist.org/packages/dotkernel/dot-cli))
-- TwigRenderer ([mezzio/mezzio-twigrenderer](https://github.com/mezzio/mezzio-twigrenderer))
-- Fixtures ([dotkernel/dot-data-fixtures](https://packagist.org/packages/dotkernel/dot-data-fixtures))
-- UUID ([ramsey/uuid-doctrine](https://github.com/mezzio/mezzio-twigrenderer))
+- 
+
+- 
+  - Mezzio Microframework ([mezzio/mezzio](https://github.com/mezzio/mezzio))
+
+- 
+  - Error Handler ([dotkernel/dot-errorhandler](https://packagist.org/packages/dotkernel/dot-errorhandler))
+
+- 
+  - Problem Details ([mezzio/mezzio-problem-details](https://docs.mezzio.dev/mezzio-problem-details/))
+
+- 
+  - CORS ([mezzio/mezzio-cors](https://docs.mezzio.dev/mezzio-cors/))
+
+- 
+  - Routing ([mezzio/mezzio-fastroute](https://github.com/mezzio/mezzio-fastroute))
+
+- 
+  - Authentication ([mezzio/mezzio-authentication](https://docs.mezzio.dev/mezzio-authentication/))
+
+- 
+  - Authorization ([mezzio/mezzio-authorization](https://docs.mezzio.dev/mezzio-authorization/))
+
+- 
+  - Config Aggregator ([laminas/laminas-config-aggregator](https://github.com/laminas/laminas-config-aggregator))
+
+- 
+  - Container ([roave/psr-container-doctrine](https://github.com/Roave/psr-container-doctrine))
+
+- 
+  - Annotations ([dotkernel/dot-annotated-services](https://packagist.org/packages/dotkernel/dot-annotated-services))
+
+- 
+  - Input Filter ([laminas/laminas-inputfilter](https://github.com/laminas/laminas-inputfilter))
+
+- 
+  - Doctrine  2 ORM ([doctrine/orm](https://github.com/doctrine/orm))
+
+- 
+  - Hydrator ([laminas/laminas-hydrator](https://github.com/laminas/laminas-hydrator))
+
+- 
+  - Paginator ([laminas/laminas-paginator](https://github.com/laminas/laminas-paginator))
+
+- 
+  - HAL ([mezzio/mezzio-hal](https://docs.mezzio.dev/mezzio-hal/))
+
+- 
+  - CLI ([dotkernel/dot-cli](https://packagist.org/packages/dotkernel/dot-cli))
+
+- 
+  - TwigRenderer ([mezzio/mezzio-twigrenderer](https://github.com/mezzio/mezzio-twigrenderer))
+
+- 
+  - Fixtures ([dotkernel/dot-data-fixtures](https://packagist.org/packages/dotkernel/dot-data-fixtures))
+
+- 
+  - UUID ([ramsey/uuid-doctrine](https://github.com/mezzio/mezzio-twigrenderer))
 
 ## Doctrine 2 ORM
 
 For the persistence in a relational database management system we chose [Doctrine ORM](https://www.doctrine-project.org/projects/doctrine-orm/en/2.14/index.html) (object-relational mapper).
+
 The benefit of Doctrine for the programmer is the ability to focus on the object-oriented business logic and worry about persistence only as a secondary priority.
 
 ## Documentation
 
-Our documentation is [Postman](https://www.postman.com/) based.
-We use the following files in which we store information about every available endpoint ready to be tested:
+Our documentation is [Postman](https://www.postman.com/) based. We use the following files in which we store information about every available endpoint ready to be tested:
 
-- `documentation/Dotkernel_API.postman_collection.json`
-- `documentation/Dotkernel_API.postman_environment.json`
+- 
+
+- 
+  - `documentation/Dotkernel_API.postman_collection.json`
+
+- 
+  - `documentation/Dotkernel_API.postman_environment.json`
 
 ## Hypertext Application Language
 
@@ -59,57 +103,64 @@ For our API payloads (a value object for describing the API resource, its relati
 
 ## CORS
 
-By using `MezzioCorsMiddlewareCorsMiddleware`, the CORS preflight will be recognized and the middleware will start to detect the proper CORS configuration.
-The Router is used to detect every allowed request method by executing a route match with all possible request methods.
-Therefore, for every preflight request, there is at least one Router request.
+By using `MezzioCorsMiddlewareCorsMiddleware`, the **CORS preflight** will be recognized and the middleware will start to detect the proper **CORS configuration**. The **Router** is used to detect every allowed request method by executing a route match with all possible request methods. Therefore, for every preflight request, there is at least one Router request.
 
 ## OAuth 2.0
 
-OAuth 2.0 is an authorization framework that enables applications to obtain limited access to user accounts on your Dotkernel API.
-We are using [mezzio/mezzio-authentication-oauth2](https://docs.mezzio.dev/mezzio-authentication-oauth2/) which provides OAuth 2.0 authentication for Mezzio and PSR-7/PSR-15 applications by using the [league/oauth2-server](https://oauth2.thephpleague.com/) package.
+OAuth 2.0 is an authorization framework that enables applications to obtain limited access to user accounts on your **Dotkernel API**. We are using [mezzio/mezzio-authentication-oauth2](https://docs.mezzio.dev/mezzio-authentication-oauth2/) which provides **OAuth 2.0** authentication for Mezzio and PSR-7/PSR-15 applications by using [league/oauth2-server](https://oauth2.thephpleague.com/) package.
 
 ## Email
 
-It is not unlikely for an API to send emails depending on the use case.
-Here is another area where Dotkernel API shines.
-Using `DotMailServiceMailService` provided by [dotkernel/dot-mail](https://packagist.org/packages/dotkernel/dot-mail) you can easily send custom email templates.
+It is not unlikely for an API to send emails depending on the use case. Here is another area where **Dotkernel API** shines. Using `DotMailServiceMailService` provided by [dotkernel/dot-mail](https://packagist.org/packages/dotkernel/dot-mail) you can easily send custom email templates.
 
 ## Configuration
 
-From authorization at request route level to API keys for your application, you can find every configuration variable in the config directory.
-Registering a new module can be done by including its `ConfigProvider.php` in `config.php`.
-Brand new middlewares should go into `pipeline.php`.
-Here you can edit the order in which they run and find more info about the currently included ones.
-You can further customize your API within the autoload directory where each configuration category has its own file.
+From authorization at request route level to API keys for your application, you can find every configuration variable in the **config** directory.
+
+**Registering** a **new module** can be done by including its `ConfigProvider.php` in `config.php`.
+
+Brand new **middleware**s should go into `pipeline.php`. Here you can edit the order in which they run and find more info about the currently included ones.
+
+You can further customize your api within the **autoload** directory where each configuration category has its own file.
 
 ## Routing
 
-Each module has a `RoutesDelegator.php` file for managing existing routes inside that specific module.
-It also allows a quick way of adding new routes by providing the route path, Middlewares that the route will use and the route name.
-You can allocate permissions per route name in order to restrict access for a user role to a specific route in `config/autoload/authorization.global.php`.
+Each module has a `RoutesDelegator.php` file for managing existing routes inside that specific module. It also allows an quick way of adding new routes by providing the route path, Middlewares that the route will use and the route name.
+
+You can allocate **permissions** per **route name** in order to restrict access for a user role to a specific route in `config/autoload/authorization.global.php`.
 
 ## Commands
 
-For registering new commands first make sure your command class extends `SymfonyComponentConsoleCommandCommand`.
-Then you can enable it by registering it in `config/autoload/cli.global.php`.
+For registering new commands first make sure your command class extends `SymfonyComponentConsoleCommandCommand`. Then you can enable it by registering it in `config/autoload/cli.global.php`.
 
-## File Locker
+## File locker
 
-Here you will also find our brand new file locker configuration so you can easily turn it on or off (by default: `'enabled' => true`).
-Note: The File Locker System will create a `command-{command-default-name}.lock` file which will not let another instance of the same command run until the previous one has finished.
+Here you will also find our brand new **file locker** configuration so you can easily turn it on or off ( by default: `'enabled' => true` )
+
+Note: The **File Locker System** will create a `command-{command-default-name}.lock` file which will not let another instance of the same command to run until the previous one has finished.
 
 ## PSR Standards
 
-- [PSR-3: Logger Interface](https://www.php-fig.org/psr/psr-3/) - the application uses `LoggerInterface` for error logging
-- [PSR-4: Autoloader](https://www.php-fig.org/psr/psr-4/) - the application locates classes using an autoloader
-- [PSR-7: HTTP message interfaces](https://www.php-fig.org/psr/psr-7/) - the handlers return `ResponseInterface`
-- [PSR-11: Container interface](https://www.php-fig.org/psr/psr-11/) - the application is container-based
-- [PSR-15: HTTP Server Request Handlers](https://www.php-fig.org/psr/psr-15/) - the handlers implement `RequestHandlerInterface`
+- 
+
+- 
+  - [PSR-3: Logger Interface](https://www.php-fig.org/psr/psr-3/) - the application uses `LoggerInterface` for error logging
+
+- 
+  - [PSR-4: Autoloader](https://www.php-fig.org/psr/psr-4/) - the application locates classes using an autoloader
+
+- 
+  - [PSR-7: HTTP message interfaces](https://www.php-fig.org/psr/psr-7/) - the handlers return `ResponseInterface`
+
+- 
+  - [PSR-11: Container interface](https://www.php-fig.org/psr/psr-11/) - the application is container-based
+
+- 
+  - [PSR-15: HTTP Server Request Handlers](https://www.php-fig.org/psr/psr-15/) - the handlers implement `RequestHandlerInterface`
 
 ## Tests
 
-One of the best ways to ensure the quality of your product is to create and run functional and unit tests.
-You can find factory-made tests in the `tests/AppTest/` folder, and you can also register your own.
+One of the best ways to ensure the quality of your product is to create and run functional and unit tests. You can find factory-made tests in the `tests/AppTest/` folder, and you can also register your own.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel3/dotkernel-frontend-version-3-launched.md b/public/md-articles/dotkernel3/dotkernel-frontend-version-3-launched.md
index 2ff64334..893d8595 100644
--- a/public/md-articles/dotkernel3/dotkernel-frontend-version-3-launched.md
+++ b/public/md-articles/dotkernel3/dotkernel-frontend-version-3-launched.md
@@ -11,26 +11,33 @@ language: "en"
 # Dotkernel Frontend version 3 launched
 
 ## TL;DR
-
 Dotkernel Frontend version 3 has launched as part of the Dotkernel collection of PSR-7 Middleware applications, built on the Mezzio microframework using Laminas components.
 The source is available on GitHub, with a live demo running at v3.dotkernel.net.
 Branch 3.0 is now the default branch, requiring Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, and Twig 3.x, with dot-* packages limited to version 3.x and above.
 
-## Dotkernel Frontend PHP Application Version 3 Was Launched
+## Dotkernel Frontend PHP Application version 3 was launched.
+
+[![](https://img.shields.io/github/issues/dotkernel/frontend)](https://github.com/dotkernel/frontend/issues) [![](https://img.shields.io/github/stars/dotkernel/frontend)](https://github.com/dotkernel/frontend) ![](https://img.shields.io/packagist/php-v/dotkernel/frontend/3.0.0)![](https://img.shields.io/packagist/v/dotkernel/frontend) [![](https://img.shields.io/github/license/dotkernel/frontend)](https://github.com/dotkernel/frontend/blob/3.0/LICENSE.md)
+
+Dotkernel is a Collection of PSR-7 Middleware applications built on top of [Mezzio microframework and using Laminas components](https://getlaminas.org/)
+
+You can **clone** it from [github](https://github.com/dotkernel/frontend)
+
+**Live demo:** [v3.dotkernel.net](https://v3.dotkernel.net)
+
+### Changelog:
 
-Dotkernel is a collection of PSR-7 Middleware applications built on top of the [Mezzio microframework and using Laminas components](https://getlaminas.org/).
-You can clone it from [GitHub](https://github.com/dotkernel/frontend).
-Live demo: [v3.dotkernel.net](https://v3.dotkernel.net)
+*Branch 3.0 is the current and default branch* , and :
 
-### Changelog
+- Require **Mezzio** **^3.2**
+- Require **PHP ^7.4**
+- Require **Doctrine 2.7.x**
+- Require **Twig 3.x**
+- Limited dot-* packages to version **3.x** and above
 
-Branch 3.0 is the current and default branch, and:
+ 
 
-- Require Mezzio ^3.2
-- Require PHP ^7.4
-- Require Doctrine 2.7.x
-- Require Twig 3.x
-- Limited dot-* packages to version 3.x and above
+ 
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel3/dotkernel3-stable-release-version-1-0.md b/public/md-articles/dotkernel3/dotkernel3-stable-release-version-1-0.md
index 3066d6fd..ab6f8cf9 100644
--- a/public/md-articles/dotkernel3/dotkernel3-stable-release-version-1-0.md
+++ b/public/md-articles/dotkernel3/dotkernel3-stable-release-version-1-0.md
@@ -11,36 +11,35 @@ language: "en"
 # Dotkernel3 - Stable Release version 1.0
 
 ## TL;DR
-
 Dotkernel3 1.0 updates the core packages to support Zend Expressive 3 and PSR-15 middleware, making both frontend (1.0.0) and admin (1.0.1) easier to migrate.
 No functional changes were made to the core code, though projects using the old http-interop/http-middleware package must migrate to the psr/http-server-middleware interfaces.
 Existing Dotkernel 3 (Expressive 2) projects can follow a separate guide to move to Zend Expressive 3.
 
-## Release Overview
-
-Dotkernel was updated to support Zend Expressive 3 alongside PSR-15 middleware.
+Dotkernel was updated to support **[Zend Expressive 3](https://docs.zendframework.com/zend-expressive/) **alongside with **PSR-15 **middleware.
 
-We have updated the core packages to support PSR-15 Middleware.
+We have updated the core packages to support **[PSR-15 Middleware](https://www.php-fig.org/psr/psr-15/).**
 
-By updating the core packages, both frontend and admin are easier to migrate.
+By updating the core packages both frontend and admin are easier to migrate.
 
-The new versions are:
-frontend -> 1.0.0
-admin -> 1.0.1
+The new versions are: frontend -> [1.0.0](https://packagist.org/packages/dotkernel/frontend#v1.0.0) admin -> [1.0.1](https://packagist.org/packages/dotkernel/admin#v1.0.1)
 
-If your project is a Dotkernel 3 instance (based on Expressive 2), you can migrate your project to Zend Expressive 3 by following this guide.
+If your project is a Dotkernel 3 instance (based on expressive 2), you can migrate your project to Zend Expressive 3 by following [this guide](https://www.dotkernel.com/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3/).
 
-## What's New
+## What's new
 
 - Runs on Zend Stratigility / Zend Expressive 3.0
 - Middleware is now PSR-15 compliant
 - PHP >=7.1 Support
 
+ 
+
 ## Changes
 
 - No functional changes were made in the core code
-- If your middleware code is based on the dotkernel/dot-controller package, no middleware migration is needed
-- If your middleware code is based on the http-interop/http-middleware, migration must be made to implement interfaces in psr/http-server-middleware
+- If your middleware code is based on the **dotkernel**/**dot-controller** package no middleware migration is needed
+- If your middleware code is based on the **http-interop/http-middleware** migration must be made to implement interfaces in **psr/http-server-middleware**
+
+ 
 
 ## Packages Updated
 
@@ -66,7 +65,7 @@ If your project is a Dotkernel 3 instance (based on Expressive 2), you can migra
 - dotkernel/dot-twigrenderer:^1.1
 - dotkernel/dot-user:^1.0
 
-## Zend Packages (Support) Updated
+## Zend Packages (support) Updated
 
 - psr/http-server-middleware:^1.0
 - psr/http-server-handler:^1.0
@@ -80,6 +79,8 @@ If your project is a Dotkernel 3 instance (based on Expressive 2), you can migra
 - zendframework/zend-stratigility:^3.0
 - zendframework/zend-component-installer:^2.0
 
+ 
+
 ## Packages Removed
 
 - http-interop/http-middleware
diff --git a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-admin.md b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-admin.md
index 3101ec0e..54e31efc 100644
--- a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-admin.md
+++ b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-admin.md
@@ -11,75 +11,75 @@ language: "en"
 # PHP 8.3 support in Dotkernel Admin
 
 ## TL;DR
-
 Dotkernel Admin added PHP 8.3 support in release 4.3.1, dropping PHP 8.1 and now supporting only PHP 8.2 and PHP 8.3.
 The update brought numerous dependency bumps across dotkernel/*, laminas/*, and mezzio/* packages, removed PhpFileCache-related cache configuration because doctrine/cache dropped its implementation classes, and removed doctrine/doctrine-module due to a conflict, which may affect packages that depended on it.
 The `AdminService::logAdminVisit` method was also updated to no longer return `AddressNotFoundException`.
 
-With the release of PHP 8.3, the Dotkernel team has been working on updating the dependencies in our packages.
-Eventually, this allowed us to update our applications as well, starting with the [Admin](https://github.com/dotkernel/admin), in release 4.3.1.
+With the release of **PHP 8.3**, the Dotkernel team has been working on updating the dependencies in our packages. Eventually, this allowed us to update our Applications as well, starting with the [Admin](https://github.com/dotkernel/admin), in release **4.3.1**
+
 There were some issues and backward incompatibilities that we will list below.
+
 The full list of file changes is [here](https://github.com/dotkernel/admin/pull/218/files).
 
-- Supports only PHP 8.2 and PHP 8.3
+- **Supports only PHP 8.2 and PHP 8.3**
   - Removed support for PHP 8.1
   - Updated workflows - removed PHP 8.1
-  - Commits [#1](https://github.com/dotkernel/admin/commit/12d46e671ea430d93e4f4a38ba10e74d375ca944) and [#2](https://github.com/dotkernel/admin/commit/5233c9dabe5264553956df29a66ddfd5808a283b)
-- Updated dependencies
-  - require
-    - `"dotkernel/dot-cli": "^3.4.2"`
-    - `"dotkernel/dot-controller": "^3.4.3"`
-    - `"dotkernel/dot-data-fixtures": "^1.1.3"`
-    - `"dotkernel/dot-errorhandler": "^3.3.2"`
-    - `"dotkernel/dot-flashmessenger": "^3.4.2"`
-    - `"dotkernel/dot-geoip": "^3.5.3"`
-    - `"dotkernel/dot-helpers": "^3.4.2"`
-    - `"dotkernel/dot-mail": "^4.1.1"`
-    - `"dotkernel/dot-navigation": "^3.4.2"`
-    - `"dotkernel/dot-rbac-guard": "^3.4.2"`
-    - `"dotkernel/dot-session": "^5.4.2"`
-    - `"dotkernel/dot-twigrenderer": "3.4.3"`
-    - `"dotkernel/dot-user-agent-sniffer": "^3.3.3"`
-    - `"friendsofphp/proxy-manager-lts": "^1.0.16"`
-    - `"laminas/laminas-component-installer": "^3.4.0"`
-    - `"laminas/laminas-config-aggregator": "^1.14.0"`
-    - `"laminas/laminas-i18n": "^2.26.0"`
-    - `"laminas/laminas-math": "^3.7.0"`
-    - `"mezzio/mezzio": "^3.18.0"`
-    - `"mezzio/mezzio-authorization-rbac": "^1.7.0"`
-    - `"mezzio/mezzio-cors": "^1.11.1"`
-    - `"mezzio/mezzio-fastroute": "^3.11.0"`
-    - `"ramsey/uuid-doctrine": "^2.0.0"`
-    - `"roave/psr-container-doctrine": "^4.1.0"`
-  - require-dev
-    - `"filp/whoops": "^2.15.4"`
-    - `"laminas/laminas-development-mode": "^3.12.0"`
-    - `"laminas/laminas-http": "^2.19.0"`
-    - `"mezzio/mezzio-tooling": "^2.9.0"`
-    - `"phpunit/phpunit": "^10.5.9"`
-    - `"vimeo/psalm": "^5.20.0"`
+  - Commits [#1](https://github.com/dotkernel/admin/commit/12d46e671ea430d93e4f4a38ba10e74d375ca944) and [#](https://github.com/dotkernel/admin/commit/5233c9dabe5264553956df29a66ddfd5808a283b)[2](https://github.com/dotkernel/admin/commit/5233c9dabe5264553956df29a66ddfd5808a283b)
+- **Updated** dependencies
+  - **require**
+    - "dotkernel/dot-cli": "^3.4.2",
+    - "dotkernel/dot-controller": "^3.4.3",
+    - "dotkernel/dot-data-fixtures": "^1.1.3",
+    - "dotkernel/dot-errorhandler": "^3.3.2",
+    - "dotkernel/dot-flashmessenger": "^3.4.2",
+    - "dotkernel/dot-geoip": "^3.5.3",
+    - "dotkernel/dot-helpers": "^3.4.2",
+    - "dotkernel/dot-mail": "^4.1.1",
+    - "dotkernel/dot-navigation": "^3.4.2",
+    - "dotkernel/dot-rbac-guard": "^3.4.2",
+    - "dotkernel/dot-session": "^5.4.2",
+    - "dotkernel/dot-twigrenderer": "3.4.3",
+    - "dotkernel/dot-user-agent-sniffer": "^3.3.3",
+    - "friendsofphp/proxy-manager-lts": "^1.0.16",
+    - "laminas/laminas-component-installer": "^3.4.0",
+    - "laminas/laminas-config-aggregator": "^1.14.0",
+    - "laminas/laminas-i18n": "^2.26.0",
+    - "laminas/laminas-math": "^3.7.0",
+    - "mezzio/mezzio": "^3.18.0",
+    - "mezzio/mezzio-authorization-rbac": "^1.7.0",
+    - "mezzio/mezzio-cors": "^1.11.1",
+    - "mezzio/mezzio-fastroute": "^3.11.0",
+    - "ramsey/uuid-doctrine": "^2.0.0",
+    - "roave/psr-container-doctrine": "^4.1.0"
+  - **require-dev**
+    - "filp/whoops": "^2.15.4",
+    - "laminas/laminas-development-mode": "^3.12.0",
+    - "laminas/laminas-http": "^2.19.0",
+    - "mezzio/mezzio-tooling": "^2.9.0",
+    - "phpunit/phpunit": "^10.5.9",
+    - "vimeo/psalm": "^5.20.0"
   - Commit [#1](https://github.com/dotkernel/admin/commit/a4cfb4f8873e18e100ed089a7ccfed0b3e8603fc)
-- Added `"laminas/laminas-http": "^2.19.0"` to composer.json require-dev (required for tests)
-  - Commit [#1](https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9)
-- Updated `src/Admin/src/Service/AdminService.php`, function `logAdminVisit`
-  - Note: No longer returns `AddressNotFoundException`
-  - Commit [#1](https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9)
-- Removed parameter from configuration files and uses for class `PhpFileCache` (required by cache)
-  - Removed `use Doctrine\Common\Cache\PhpFileCache;` from local.php.dist (local.php) and doctrine.global.php
-  - Removed the parameters used by cache configuration from local.php.dist (local.php) and cache from doctrine.global.php
-  - Commits [#1](https://github.com/dotkernel/admin/commit/73c79dd707e8575adec013ae1cd85f87c01787f1) and [#2](https://github.com/dotkernel/admin/commit/6585a39c0077763e55161b8749f19ac2a846f5df)
-- Updated `dotkernel/dot-twigrenderer` dependencies
-  - Removed `doctrine/doctrine-module` because of conflict
-  - Other packages that don't get installed because of removing `doctrine/doctrine-module` - make sure to check if their functionality is used in your project
-    - `doctrine/doctrine-laminas-hydrator`
-    - `laminas/laminas-cache-storage-adapter-filesystem`
-    - `laminas/laminas-cache-storage-adapter-memory`
-    - `laminas/laminas-mvc`
-    - `laminas/laminas-paginator`
+- **Added** *"laminas/laminas-http": "^2.19.0"* to composer.json *require-dev* (required for tests)
+  - Commit[#1](https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9)
+- **Updated** *src/Admin/src/Service/AdminService.php*, function *logAdminVisit*
+  - Note: No longer returns *AddressNotFoundException*
+  - Commit[#](https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9)[1](https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9)
+- **Removed** parameter from configuration files and uses for class *PhpFileCache* (required by cache)
+  - Removed *use Doctrine\Common\Cache\PhpFileCache;* from from local.php.dist (local.php) and doctrine.global.php
+  - Removed the parameters used by cache *configuration* from local.php.dist (local.php) and *cache* from doctrine.global.php
+  - Commit [#1](https://github.com/dotkernel/admin/commit/73c79dd707e8575adec013ae1cd85f87c01787f1) and [#2](https://github.com/dotkernel/admin/commit/6585a39c0077763e55161b8749f19ac2a846f5df)
+- **Updated** *dotkernel/dot-twigrenderer* dependencies
+  - Removed *doctrine/doctrine-module* because of conflict
+  - Other packages that don’t get installed because of removing *doctrine/doctrine-module -* make sure to check if their functionality is used in your project
+    - doctrine/doctrine-laminas-hydrator
+    - laminas/laminas-cache-storage-adapter-filesystem
+    - laminas/laminas-cache-storage-adapter-memory
+    - laminas/laminas-mvc
+    - laminas/laminas-paginator
+
+Updating to **PHP 8.3** has not been as streamlined as in previous updates, but the advantages of doing so outweigh the extra work on the custom code to remove potential incompatibilities.
 
-Updating to PHP 8.3 has not been as streamlined as in previous updates, but the advantages of doing so outweigh the extra work on the custom code to remove potential incompatibilities.
-The Dotkernel team is focused on the cache that has been removed in the current version because `doctrine/cache` deleted their cache implementation classes.
-We are also updating our existing projects to PHP 8.3 and testing the changes on live environments to iron out any other issues.
+The Dotkernel team is focused on the cache that has been removed in the current version because *doctrine/cache* deleted their cache implementation classes. We are also updating our existing projects to PHP 8.3 and testing the changes on live environments to iron out any other issues.
 
 ## FAQ
 
diff --git a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-api.md b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-api.md
index fc391751..2b43fa53 100644
--- a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-api.md
+++ b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-api.md
@@ -11,89 +11,80 @@ language: "en"
 # PHP 8.3 support in Dotkernel API
 
 ## TL;DR
-
 Dotkernel API, now at v4.2.1, is the last remaining Dotkernel application updated to support PHP 8.3, following the same approach used for the Frontend update.
 The update drops PHP 8.1 support, updates a large set of dependencies, removes the `PhpFileCache`-based configuration in favor of the new `dot-cache` package, and requires a small query change (`useQueryCache()` to `setCacheable()`).
 
-## Supported PHP versions
-
-Dotkernel API now supports only PHP 8.2 and PHP 8.3.
-Support for PHP 8.1 was removed, and the project's CI workflows were updated accordingly.
-
-## Updated dependencies
-
-### require
-
-- `dotkernel/dot-annotated-services`: ^4.1.7
-- `dotkernel/dot-cli`: ^3.5.0
-- `dotkernel/dot-data-fixtures`: ^1.1.3
-- `dotkernel/dot-doctrine-metadata`: ^3.2.2
-- `dotkernel/dot-errorhandler`: ^3.3.2
-- `dotkernel/dot-mail`: ^4.1.1
-- `dotkernel/dot-response-header`: ^3.2.3
-- `laminas/laminas-component-installer`: ^3.4.0
-- `laminas/laminas-config`: ^3.9.0
-- `laminas/laminas-config-aggregator`: ^1.14.0
-- `laminas/laminas-http`: ^2.19.0
-- `laminas/laminas-hydrator`: ^4.15.0
-- `laminas/laminas-inputfilter`: ^2.29.0
-- `laminas/laminas-paginator`: ^2.18.0
-- `laminas/laminas-stdlib`: ^3.19.0
-- `laminas/laminas-text`: ^2.11.0
-- `mezzio/mezzio`: ^3.19.0
-- `mezzio/mezzio-authentication-oauth2`: ^2.8.0
-- `mezzio/mezzio-authorization-acl`: ^1.10.0
-- `mezzio/mezzio-authorization-rbac`: ^1.7.0
-- `mezzio/mezzio-cors`: ^1.11.1
-- `mezzio/mezzio-fastroute`: ^3.11.0
-- `mezzio/mezzio-problem-details`: ^1.13.1
-- `mezzio/mezzio-twigrenderer`: ^2.15.0
-- `ramsey/uuid-doctrine`: ^2.0.0
-- `roave/psr-container-doctrine`: ^4.1.0
-- `symfony/filesystem`: ^7.0.3
-
-### require-dev
-
-- `laminas/laminas-coding-standard`: ^2.5
-- `laminas/laminas-development-mode`: ^3.12.0
-- `mezzio/mezzio-tooling`: ^2.9.0
-- `phpunit/phpunit`: ^10.5.10
-- `roave/security-advisories`: dev-latest
-- `vimeo/psalm`: ^5.22.0
-
-## Caching changes
-
-The `PhpFileCache` class (previously required for cache configuration) and its related parameters were removed from `config/autoload/doctrine.global.php`, including the `use Doctrine\Common\Cache\PhpFileCache` import and the cache-related configuration parameters.
-
-In its place, the `dot-cache` package was added, with corresponding updates made to `composer.json`, `config/autoload/doctrine.global.php`, and `config/config.php`.
-
-## Upgrade notes
-
-- When upgrading from an older version of Dotkernel API (before PHP 8.3 support), you may need to run `composer update` and/or install Sodium, for example via `sudo dnf install php-sodium.x86_64`.
-- Update your queries: replace `useQueryCache()` with `setCacheable()` wherever it is used.
+The last remaining application to be updated to support PHP 8.3 is the [API](https://github.com/dotkernel/api), now at v4.2.1. The steps taken to perform the update are similar to the ones in the update for the [Frontend](https://github.com/dotkernel/frontend).
+
+The full list of file changes is [here](https://github.com/dotkernel/api/pull/222).
+
+- **Supports only PHP 8.2 and PHP 8.3**
+  - Removed support for PHP 8.1
+  - Updated workflows - removed PHP 8.1
+  - Commit [#1](https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d)
+- **Updated** dependencies
+  - Commit [#1](https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d)
+  - **require**
+    - "dotkernel/dot-annotated-services": "^4.1.7",
+    - "dotkernel/dot-cli": "^3.5.0",
+    - "dotkernel/dot-data-fixtures": "^1.1.3",
+    - "dotkernel/dot-doctrine-metadata": "^3.2.2",
+    - "dotkernel/dot-errorhandler": "^3.3.2",
+    - "dotkernel/dot-mail": "^4.1.1",
+    - "dotkernel/dot-response-header": "^3.2.3",
+    - "laminas/laminas-component-installer": "^3.4.0",
+    - "laminas/laminas-config": "^3.9.0",
+    - "laminas/laminas-config-aggregator": "^1.14.0",
+    - "laminas/laminas-http": "^2.19.0",
+    - "laminas/laminas-hydrator": "^4.15.0",
+    - "laminas/laminas-inputfilter": "^2.29.0",
+    - "laminas/laminas-paginator": "^2.18.0",
+    - "laminas/laminas-stdlib": "^3.19.0",
+    - "laminas/laminas-text": "^2.11.0",
+    - "mezzio/mezzio": "^3.19.0",
+    - "mezzio/mezzio-authentication-oauth2": "^2.8.0",
+    - "mezzio/mezzio-authorization-acl": "^1.10.0",
+    - "mezzio/mezzio-authorization-rbac": "^1.7.0",
+    - "mezzio/mezzio-cors": "^1.11.1",
+    - "mezzio/mezzio-fastroute": "^3.11.0",
+    - "mezzio/mezzio-problem-details": "^1.13.1",
+    - "mezzio/mezzio-twigrenderer": "^2.15.0",
+    - "ramsey/uuid-doctrine": "^2.0.0",
+    - "roave/psr-container-doctrine": "^4.1.0",
+    - "symfony/filesystem": "^7.0.3"
+  - **require-dev**
+    - "laminas/laminas-coding-standard": "^2.5",
+    - "laminas/laminas-development-mode": "^3.12.0",
+    - "mezzio/mezzio-tooling": "^2.9.0",
+    - "phpunit/phpunit": "^10.5.10",
+    - "roave/security-advisories": "dev-latest",
+    - "vimeo/psalm": "^5.22.0"
+- **Removed** parameter from configuration files and uses for class *PhpFileCache* (previously required by cache)
+  - Updated *config/autoload/doctrine.global.php*
+    - Removed *use Doctrine\Common\Cache\PhpFileCache*
+    - Removed the parameters used by cache *configuration* and *cache*
+  - Commit [#1](https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d)
+  - Make sure to keep the lines from the more recent commit [#2](https://github.com/dotkernel/api/commit/7d5f018f5845e10305d7815ad0b5067148ea68fa)
+- **Added dot-cache**
+  - Updated *composer.json*, *config/autoload/doctrine.global.php* and *config/config.php*
+  - Commit [#1](https://github.com/dotkernel/api/pull/227/files)
+- **Note**
+  - When upgrading from older versions of Dotkernel API (before PHP 8.3), you may need to run *composer update* and/or install Sodium (run *sudo dnf install php-sodium.x86_64*)
+  - Update your queries: replace *useQueryCache()* with *setCacheable()* wherever it's used
 
 ## FAQ
 
 **Q: What PHP versions does Dotkernel API support after this update?**
-A: Dotkernel API, now at v4.2.1, supports only PHP 8.2 and PHP 8.3.
-Support for PHP 8.1 was removed, including from the project's workflows.
+A: Dotkernel API, now at v4.2.1, supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, including from the project's workflows.
 
 **Q: What changed with caching in Dotkernel API?**
-A: The PhpFileCache class and its related parameters were removed from config/autoload/doctrine.global.php, which previously required it for cache configuration.
-The dot-cache package was added instead, with corresponding updates to composer.json, config/autoload/doctrine.global.php, and config/config.php.
+A: The PhpFileCache class and its related parameters were removed from config/autoload/doctrine.global.php, which previously required it for cache configuration. The dot-cache package was added instead, with corresponding updates to composer.json, config/autoload/doctrine.global.php, and config/config.php.
 
 **Q: Do I need to update my Doctrine queries after this update?**
-A: Yes.
-Wherever useQueryCache() is used in your queries, it should be replaced with setCacheable().
+A: Yes. Wherever useQueryCache() is used in your queries, it should be replaced with setCacheable().
 
 **Q: What should I do when upgrading an older Dotkernel API installation to this version?**
 A: When upgrading from a version of Dotkernel API older than the PHP 8.3 support, you may need to run composer update and/or install Sodium, for example by running sudo dnf install php-sodium.x86_64.
 
 **Q: Where can I find the full list of changes for this update?**
 A: The full list of file changes is available in the linked pull request on GitHub for the dotkernel/api repository, and the steps taken mirror those used for the PHP 8.3 update of the Dotkernel Frontend.
-
-## Resources
-
-- [Dotkernel API on GitHub](https://github.com/dotkernel/api)
-- [Dotkernel Frontend on GitHub](https://github.com/dotkernel/frontend)
-- [Full list of file changes (PR #222)](https://github.com/dotkernel/api/pull/222)
diff --git a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-frontend.md b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-frontend.md
index 03ce3ec6..2fa98e0a 100644
--- a/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-frontend.md
+++ b/public/md-articles/dotkernel3/php-8-3-support-in-dotkernel-frontend.md
@@ -11,24 +11,65 @@ language: "en"
 # PHP 8.3 support in Dotkernel Frontend
 
 ## TL;DR
-
 To take advantage of PHP 8.3 support in the newest packages, the Dotkernel team updated the [Frontend](https://github.com/dotkernel/frontend) application to version 4.2.0.
 As with the earlier Admin update, this required dropping support for PHP 8.1 and for the no-longer-available `PhpFileCache` class, until a replacement is implemented.
 
-## What changed
+To be able to take advantage of the support for **PHP 8.3** in the newest packages, the Dotkernel team has updated the [Frontend](https://github.com/dotkernel/frontend) Application to version **4.2.0**. Very much like for the Admin update before it, the Frontend must also remove support for PHP 8.1 and the no-longer-available PhpFileCache class until a replacement is implemented.
+
+The full list of file changes is [here](https://github.com/dotkernel/frontend/pull/417).
 
 - **Supports only PHP 8.2 and PHP 8.3**
   - Removed support for PHP 8.1
-  - Updated CI workflows to remove PHP 8.1
-- **Updated dependencies** in `composer.json` (`require` and `require-dev`), including packages such as `dotkernel/dot-annotated-services`, `dotkernel/dot-controller`, `dotkernel/dot-mail`, `mezzio/mezzio`, `phpunit/phpunit`, `rector/rector`, and `vimeo/psalm`.
-- **Updated npm dependencies** in `packagist.json` - recommended to use npm v10.0.4 and Node.js v20.11.0.
-- **Removed `PhpFileCache` usage** from configuration files (required due to the class no longer being available):
-  - Updated `doctrine.global.php`
-  - Removed the `use Doctrine\Common\Cache\PhpFileCache;` statement
-  - Removed the parameters used by the `configuration` and `cache` cache settings
-- **Fixed Psalm and PHPCS issues** - updated type hints and indentation.
+  - Updated workflows - removed PHP 8.1
+  - Commit [#1](https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf)
+- **Updated** dependencies
+  - Commit [#1](https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf)
+  - **require**
+    - "dotkernel/dot-annotated-services": "^4.1.6",
+    - "dotkernel/dot-authorization": "^3.4.1",
+    - "dotkernel/dot-controller": "^3.4.3",
+    - "dotkernel/dot-data-fixtures": "^1.1.3",
+    - "dotkernel/dot-debugbar": "^1.1.5",
+    - "dotkernel/dot-errorhandler": "^3.3.2",
+    - "dotkernel/dot-flashmessenger": "^3.4.2",
+    - "dotkernel/dot-mail": "~3.4 || ^4.1.1",
+    - "dotkernel/dot-navigation": "^3.4.2",
+    - "dotkernel/dot-rbac-guard": "^3.4.3",
+    - "dotkernel/dot-response-header": "^3.2.3",
+    - "dotkernel/dot-session": "^5.4.2",
+    - "dotkernel/dot-twigrenderer": "^3.4.3",
+    - "friendsofphp/proxy-manager-lts": "^1.0.16",
+    - "laminas/laminas-component-installer": "^3.4.0",
+    - "laminas/laminas-config-aggregator": "^1.14.0",
+    - "laminas/laminas-form": "^3.19.1",
+    - "laminas/laminas-i18n": "^2.26.0",
+    - "mezzio/mezzio": "^3.18.0",
+    - "mezzio/mezzio-authorization-rbac": "^1.7.0",
+    - "mezzio/mezzio-cors": "^1.11.1",
+    - "mezzio/mezzio-fastroute": "^3.11.0",
+    - "ramsey/uuid-doctrine": "^2.0.0",
+    - "roave/psr-container-doctrine": "^4.1.0"
+  - **require-dev**
+    - "filp/whoops": "^2.15.4",
+    - "laminas/laminas-development-mode": "^3.12.0",
+    - "mezzio/mezzio-tooling": "^2.9.0",
+    - "phpunit/phpunit": "^10.5",
+    - "rector/rector": "^1.0.0",
+    - "vimeo/psalm": "^5.21.1"
+- **Updated** npm dependencies in *packagist.json*
+  - Recommended to use npm v10.0.4 and Node.js v20.11.0
+  - Commit [#1](https://github.com/dotkernel/frontend/commit/d4d0309c95ba7a572afc82965fdf0e0904a4e0c9) and [#2](https://github.com/dotkernel/frontend/commit/99d8a1fcbebf5d124c9f96cd948b9e28732cfec8)
+- **Removed** parameter from configuration files and uses for class *PhpFileCache* (required by cache)
+  - Updated *doctrine.global.php*
+    - Removed *use Doctrine\Common\Cache\PhpFileCache;*
+    - Removed the parameters used by cache *configuration* and *cache*
+  - Commit [#1](https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf)
+  - Make sure to keep the lines from the more recent commit [#2](https://github.com/dotkernel/frontend/commit/f693750602b8c0e5d6582826604ef65a4f0f6b02)
+- **Fixed** psalm and phpcs issues
+  - Updated type hints and indentations
+  - Commits [#1](https://github.com/dotkernel/frontend/commit/2a3e831208aa342220077ee2fd497b3ac4cc823f) and [#2](https://github.com/dotkernel/frontend/commit/a24a3426725417713109f8318bd9b0d53c250945)
 
-Next on the roadmap: implementing these changes in the Dotkernel Frontend live projects and processing the feedback.
+Next on the menu is to implement these changes in the Dotkernel Frontend live projects and process the feedback.
 
 ## FAQ
 
@@ -36,19 +77,13 @@ Next on the roadmap: implementing these changes in the Dotkernel Frontend live p
 A: The Dotkernel team updated the Frontend application to version 4.2.0 so it can take advantage of PHP 8.3 support in the newest packages.
 
 **Q: Which PHP versions does Dotkernel Frontend 4.2.0 support?**
-A: Version 4.2.0 supports only PHP 8.2 and PHP 8.3.
-Support for PHP 8.1 was removed, similar to the earlier Admin update.
+A: Version 4.2.0 supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, similar to the earlier Admin update.
 
 **Q: What changed with caching in this update?**
-A: The no-longer-available PhpFileCache class is no longer supported until a replacement is implemented. The related parameters were removed from configuration files, including removing the `use Doctrine\Common\Cache\PhpFileCache;` statement and the configuration and cache parameters in `doctrine.global.php`.
+A: The no-longer-available PhpFileCache class is no longer supported until a replacement is implemented. The related parameters were removed from configuration files, including removing the use Doctrine\Common\Cache\PhpFileCache; statement and the configuration and cache parameters in doctrine.global.php.
 
 **Q: What npm and Node.js versions are recommended for this update?**
 A: Alongside updated npm dependencies in packagist.json, it is recommended to use npm v10.0.4 and Node.js v20.11.0.
 
 **Q: Where can I find the full list of file changes for this update?**
 A: The full list of file changes is linked in the article, pointing to the corresponding pull request on the Dotkernel Frontend GitHub repository.
-
-## Resources
-
-- [Dotkernel Frontend on GitHub](https://github.com/dotkernel/frontend)
-- [Full list of file changes (pull request)](https://github.com/dotkernel/frontend/pull/417)
diff --git a/public/md-articles/headless-platform/complementary-admin-in-dotkernel-headless-platform.md b/public/md-articles/headless-platform/complementary-admin-in-dotkernel-headless-platform.md
index 04ac58b4..5262ccec 100644
--- a/public/md-articles/headless-platform/complementary-admin-in-dotkernel-headless-platform.md
+++ b/public/md-articles/headless-platform/complementary-admin-in-dotkernel-headless-platform.md
@@ -11,76 +11,78 @@ language: "en"
 # Complementary Admin in Dotkernel Headless Platform
 
 ## TL;DR
-
 The Dotkernel Headless Platform's core components are Dotkernel API and Dotkernel Queue, but the suite also offers a fully separate, complementary **Admin** application designed to pair seamlessly with Dotkernel API.
 Admin is an independent app built on the same Mezzio + Laminas foundation, sharing a unified tech stack with the API so the two form a cohesive, consistent system.
 
+The Dotkernel Headless Platform is built with an architecture designed to be easy to maintain and expand indefinitely. Its core components are Dotkernel API and Dotkernel Queue, but the Dotkernel application suite also offers a fully separate, **complementary Admin** application designed to pair seamlessly with Dotkernel API.
+
 ## What is Dotkernel Admin?
 
-Dotkernel Admin lives in its own separate repository and is a fully-functional, independent application.
-It's built on top of the same Mezzio + Laminas foundation as Dotkernel API, and comes with a built-in UI including authentication, user management and a web interface.
+**Dotkernel Admin** is a in separate repository and is a fully-functional, independent application. It's built on top of the same Mezzio + Laminas foundation, very much like Dotkernel API.
+
+As with all Dotkernel applications, Admin is installed via Git within your folder of choice:
 
-### Installation
+```
+git clone https://github.com/dotkernel/admin.git .
+```
 
-1. Clone the repository into your folder of choice:
-   ```shell
-   git clone https://github.com/dotkernel/admin.git .
-   ```
-2. Follow the step-by-step [installation guide](https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/) to configure the database credentials and run the migrations and fixtures that create and populate the database.
-This takes only a few minutes and results in a ready-to-use admin panel.
+Next follow the step-by-step [installation guide](https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/) to configure the database credentials and run migrations and fixtures that create and populate the database. It takes only a few minutes and you’ll have a ready-to-use admin panel.
 
-> Make sure to change the default credentials when in production.
+> Make sure to **change the default credentials** when in production.
+
+The Admin has a built-in UI with authentication, user management and web interface included.
 
 ## Features & Architecture
 
 Dotkernel Admin comes with several useful features out of the box:
 
-- **Role-Based Access Control** using [dot-rbac](https://docs.dotkernel.org/dot-rbac/) and [dot-rbac-guard](https://docs.dotkernel.org/dot-rbac-guard/) to manage permissions, routes and handler-level security.
-- **OpenAPI** annotations included in each module via `OpenAPI.php`, making admin endpoints documented and testable.
-- **Frontend tooling** using [Twig](https://twig.symfony.com/) and [NodeJS/NPM](https://www.npmjs.com/) for client-side assets, including `build` and `watch` scripts to manage JavaScript/CSS bundling.
+- The **Role-Based Access Control** uses [dot-rbac](https://docs.dotkernel.org/dot-rbac/) and [dot-rbac-guard](https://docs.dotkernel.org/dot-rbac-guard/) to manage permissions, routes and handler-level security.
+- **OpenAPI** annotations are included in each module via OpenAPI.php, making admin endpoints documented and testable.
+- The **Frontend tooling** uses [Twig](https://twig.symfony.com/) and [NodeJS/NPM](https://www.npmjs.com/) for client-side assets, which include `build` and `watch` scripts to manage JavaScript/CSS bundling.
 
-The file architecture features a modular design with several functional modules:
+The file architecture features a modular design with several functional modules such as:
 
-| Module | Responsibility |
-|---|---|
-| Admin module | Manages administrator users |
-| App module | Houses core functions like authentication and error reporting |
-| Setting module | Stores and manages display or application settings for various report pages |
+- The **Admin module** which manages administrator users.
+- The **App module** which houses core functions like authentication and error reporting.
+- The **Setting module** which stores and manages display or application settings for various report pages.
 
 ## How They Work Together
 
 - The [REST API](https://github.com/dotkernel/api) is designed to serve JSON endpoints for clients, services and mobile apps alike.
 - The [Admin UI](https://github.com/dotkernel/admin) is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings.
 
-One of the greatest benefits to using both Dotkernel API and Admin is the **unified tech stack**.
-Both use the [Mezzio microframework](https://docs.mezzio.dev/), [Laminas components](https://docs.laminas.dev/), [Doctrine ORM](https://www.doctrine-project.org/) for database storage and object mapping, [PHP FIG's PSR standards](https://www.php-fig.org/), and share modules like authentication and `dot-rbac`.
+One of the greatest benefits to using both Dotkernel API and Admin is the **unified tech stack**. Both use the versatile [Mezzio microframework](https://docs.mezzio.dev/), [Laminas components](https://docs.laminas.dev/), [Doctrine ORM](https://www.doctrine-project.org/) for database storage and object mapping, [PHP FIG's PSR standards](https://www.php-fig.org/) and share modules like authentication and `dot-rbac`.
 
-Put together, these ensure consistency across backend and admin tooling, while also making it easier to switch between developing one or the other.
-The similar architecture normally means fewer developers are needed to manage the codebases.
+Put together, these ensure consistency across backend and admin tooling, while also making it easier to switch between developing one or the other. In fact, the similar architecture normally means you can employ fewer developers to manage codebases.
 
 ## Summary
 
-Dotkernel Admin is a complementary admin panel that provides effective reporting out of the box and is a good starting point for admin requirements.
-It's not bundled by default, but is provided as a first-party, installable package designed to work seamlessly alongside the API.
+Dotkernel Admin is a **complementary admin** panel that provides effective reporting out of the box and is a good starting point for your admin requirements. It's not bundled by default, but is provided as a first-party, installable package designed to work seamlessly alongside your API.
+
+Together, the two applications form a **cohesive system**. You normally start with the API backend and add the rich administrative interface to the mix to complete your admin platform.
 
-Together, the two applications form a cohesive system: you normally start with the API backend and add the rich administrative interface to complete your admin platform.
-Both are built with the same underlying file architecture and implement the same PHP standards - [PSR-7 (HTTP messages)](https://www.php-fig.org/psr/psr-7/) and [PSR-15 (middleware)](https://github.com/php-fig/http-server-handler).
+Both API and Admin are built with the **same underlying file architecture** and implement the **same PHP standards** - [PSR-7 (HTTP messages)](https://www.php-fig.org/psr/psr-7/) and [PSR-15 (middleware)](https://github.com/php-fig/http-server-handler).
 
-Benefits of both components:
+If you're looking for a headless API with a ready-to-use admin UI that you can launch quickly, the Dotkernel solution is the way to go. Here are some of the benefits for both components:
 
-- Fully open-source and in active development.
-- Highly configurable to suit exact requirements.
-- Guarantee a future-proof system using the best practices recommended by the PHP community.
+- They are fully open-source and in active development.
+- They are highly configurable to suit your exact requirements.
+- They guarantee a future-proof system using the best practices recommended by the PHP community.
+
+## Additional Resources
+
+- [Dotkernel Admin full documentation](https://docs.dotkernel.org/admin-documentation/)
+- [Dotkernel Admin Installation](https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/)
+- [Dotkernel Repositories](https://github.com/dotkernel)
+- [PHP Framework Interop Group Standards](https://www.php-fig.org/)
 
 ## FAQ
 
 **Q: What is Dotkernel Admin?**
-A: Dotkernel Admin is a fully-functional, independent application that lives in its own separate repository.
-It's built on the same Mezzio + Laminas foundation as Dotkernel API and includes a built-in UI with authentication, user management and a web interface.
+A: Dotkernel Admin is a fully-functional, independent application that lives in its own separate repository. It's built on the same Mezzio + Laminas foundation as Dotkernel API and includes a built-in UI with authentication, user management and a web interface.
 
 **Q: How do I install Dotkernel Admin?**
-A: Install it via Git into the folder of your choice with `git clone https://github.com/dotkernel/admin.git .`, then follow the step-by-step installation guide to configure the database credentials and run the migrations and fixtures that create and populate the database.
-Be sure to change the default credentials before going to production.
+A: Install it via Git into the folder of your choice with git clone https://github.com/dotkernel/admin.git ., then follow the step-by-step installation guide to configure the database credentials and run the migrations and fixtures that create and populate the database. Be sure to change the default credentials before going to production.
 
 **Q: What features does Dotkernel Admin include out of the box?**
 A: It ships with Role-Based Access Control powered by dot-rbac and dot-rbac-guard to manage permissions, routes and handler-level security; OpenAPI annotations in each module for documented and testable admin endpoints; and frontend tooling built on Twig and NodeJS/NPM, including build and watch scripts for JavaScript/CSS bundling.
@@ -89,12 +91,4 @@ A: It ships with Role-Based Access Control powered by dot-rbac and dot-rbac-guar
 A: The file architecture is modular, featuring an Admin module that manages administrator users, an App module that houses core functions like authentication and error reporting, and a Setting module that stores and manages display or application settings for various report pages.
 
 **Q: How do Dotkernel API and Admin work together?**
-A: The REST API serves JSON endpoints for clients, services and mobile apps, while the Admin UI is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings.
-Both share a unified tech stack - Mezzio, Laminas components, Doctrine ORM and PHP FIG's PSR standards - plus shared modules like authentication and dot-rbac, which keeps backend and admin tooling consistent and lets fewer developers manage both codebases.
-
-## Resources
-
-- [Dotkernel Admin full documentation](https://docs.dotkernel.org/admin-documentation/)
-- [Dotkernel Admin Installation](https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/)
-- [Dotkernel Repositories](https://github.com/dotkernel)
-- [PHP Framework Interop Group Standards](https://www.php-fig.org/)
+A: The REST API serves JSON endpoints for clients, services and mobile apps, while the Admin UI is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings. Both share a unified tech stack - Mezzio, Laminas components, Doctrine ORM and PHP FIG's PSR standards - plus shared modules like authentication and dot-rbac, which keeps backend and admin tooling consistent and lets fewer developers manage both codebases.
diff --git a/public/md-articles/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.md b/public/md-articles/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.md
index efbb7569..74f718d9 100644
--- a/public/md-articles/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.md
+++ b/public/md-articles/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.md
@@ -11,44 +11,46 @@ language: "en"
 # Dotkernel API v6: The root of Dotkernel Headless Platform
 
 ## TL;DR
-
 Dotkernel API has evolved significantly since its original architecture and components article, adding Content Negotiation, standardized error responses via mezzio-problem-details, a shareable Core module, a custom templating solution replacing Twig, and a leaner handler dependency setup.
 Packages were updated across the board, the test suite switched from Psalm to PHPStan at a stricter rule level, and the roadmap for v6.1 targets Service Manager 4 and PHP 8.4/8.5 support.
 
+Dotkernel API has come a long way since we published a list of its [architecture and components](https://www.dotkernel.com/dotkernel3/dotkernel-api-architecture-and-components/) a while ago. We implemented new features, while some components were replaced, and others were enhanced. Our ultimate goal is to stay relevant in the PHP ecosystem by implementing best practices recommended by the PHP community.
+
 ## New Features
 
-- **Content Negotiation** makes it possible for diverse systems to work seamlessly together, defining the communication parameters between client and server so both sides agree on how the data exchange takes place.
-- **Standardized error codes**, implemented via [mezzio-problem-details](https://github.com/mezzio/mezzio-problem-details), returning problem details responses based on either PHP primitives or exceptions/throwables to help error reporting system-wide.
-- A new **Core module** holding common logic, making it easier to share that functionality with other Dotkernel applications.
-To reuse it, the Core module is saved as a separate Git repository, which can then be added as a submodule to any Dotkernel application.
-- **Custom templating solution** replacing Twig, avoiding the use of [mezzio-twigrenderer](https://github.com/mezzio/mezzio-twigrenderer).
-This offers more reliable template handling, at the small cost of some features that are normally not used in APIs.
-- Refactored **handle delegators** and **injected InputFilters**, reducing the number of dependencies in handlers.
+- **Content Negotiation** makes it possible for diverse systems to work seamlessly together. It defines the communication parameters between client and server to make sure both sides agree on how the data exchange takes place.
+- The implemented of [mezzio-problem-details](https://github.com/mezzio/mezzio-problem-details) is used to return **standardized error codes**. The generated problem details responses are based on either PHP primitives or exceptions/throwables. This ultimately helps **error reporting** system-wide.
+- The common logic is now moved to the **Core module**. This also allows an easier **sharing** of the **functionality** within Core with other Dotkernel applications. To share the Code module, you need to save it as a separate Git repository which can then be added as a **submodule** to any Dotkernel application.
+- Replaced Twig with **custom templating** solution to avoid using [mezzio-twigrenderer](https://github.com/mezzio/mezzio-twigrenderer). This ultimately offers more reliable template handling as the small cost of some features that are normally not used in APIs.
+- Handle delegators and injected InputFilters were refactored to **reduce the number of dependencies in handlers**.
 
-Smaller changes:
+Some smaller changes are listed below:
 
 - Added OpenAPI documentation for all endpoints.
-- Added `.gitattributes` to set some git properties based on path and filename.
+- Added .gitattributes to set some git properties based on path and filename.
 - Implemented enums in the database, where relevant, mostly as a proof of concept.
 
-## Coming Soon
+### Coming Soon
+
+Currently we support:
+
+- Service Manager version 3 - restricted because of constraints from some dependencies.
+- PHP 8.3.
 
-| | Currently supported | Planned for v6.1 |
-|---|---|---|
-| Service Manager | Version 3 (restricted because of constraints from some dependencies) | Version 4 |
-| PHP | 8.3 | 8.4 and 8.5 |
+This setup is soon going to change. The very next version in the Roadmap for version 6.1 will implement:
 
-## Composer Updates
+- Service Manager 4.
+- Support for PHP 8.4 and 8.5.
 
-All packages were updated to their most recent versions that still allow for an installable set of dependencies.
+## Composer updates
 
-One package that stands out is [ramsey/uuid](https://github.com/ramsey/uuid).
-UUID version 7 is already being used in ramsey/uuid version 4, so it will be available with no additional code changes once ramsey/uuid version 5 is released.
+As with all regular updates, all **packages** were **updated to their most recent versions** that still allow for an installable set of dependencies.
 
-## Tweaked Configuration and Testing
+One of the packages that stands out is [ramsey/uuid](https://github.com/ramsey/uuid). **UUID version 7** is already being used for ramsey/uuid version 4 and thus will be available with no additional code changes for the release of ramsey/uuid version 5.
 
-Alongside smaller changes related to cache configuration for Doctrine and route grouping, the test suite has been revised: [Psalm](https://psalm.dev/) has been replaced with [PHPStan](https://phpstan.org/), a decision made to remain in line with developers from popular projects like Doctrine and Composer, who have also made the switch recently.
-A separate upgrade increased the rule level to 8, enabling stricter static analysis and revealing more potential errors.
+## Tweaked configuration and testing
+
+Alongside some smaller changes related to cache configuration for doctrine and route grouping, the **test suite** has been revised. [Psalm](https://psalm.dev/) has been replaced with [PHPStan](https://phpstan.org/). This decision was made to remain in line with developers from popular projects like Doctrine and Composer who have also made the switch recently. A separate upgrade was dedicated to increasing the **rule level to 8** which enables stricter static analysis and reveales more potential errors.
 
 ## FAQ
 
@@ -56,26 +58,13 @@ A separate upgrade increased the rule level to 8, enabling stricter static analy
 A: Dotkernel API v6 adds Content Negotiation for smoother communication between client and server, standardized error codes via mezzio-problem-details, a new Core module that centralizes common logic for easier sharing across Dotkernel applications, a custom templating solution that replaces Twig/mezzio-twigrenderer, and refactored handle delegators and injected InputFilters that reduce the number of dependencies in handlers.
 
 **Q: Why was common logic moved into a Core module?**
-A: Moving the shared logic into a Core module makes it easier to reuse that functionality across other Dotkernel applications.
-The Core module can be saved as a separate Git repository and then added as a submodule to any Dotkernel application.
+A: Moving the shared logic into a Core module makes it easier to reuse that functionality across other Dotkernel applications. The Core module can be saved as a separate Git repository and then added as a submodule to any Dotkernel application.
 
 **Q: Why did Dotkernel API replace Twig with a custom templating solution?**
-A: Twig was replaced to avoid depending on mezzio-twigrenderer.
-The custom solution offers more reliable template handling, at the small cost of some features that are normally not used in APIs anyway.
+A: Twig was replaced to avoid depending on mezzio-twigrenderer. The custom solution offers more reliable template handling, at the small cost of some features that are normally not used in APIs anyway.
 
 **Q: What is planned for Dotkernel API v6.1?**
-A: Dotkernel API currently supports Service Manager version 3, restricted because of constraints from some dependencies, and PHP 8.3.
-The next version on the roadmap, v6.1, is planned to add support for Service Manager 4 as well as PHP 8.4 and 8.5.
+A: Dotkernel API currently supports Service Manager version 3, restricted because of constraints from some dependencies, and PHP 8.3. The next version on the roadmap, v6.1, is planned to add support for Service Manager 4 as well as PHP 8.4 and 8.5.
 
 **Q: Why was Psalm replaced with PHPStan in the test suite?**
-A: Psalm was replaced with PHPStan to remain in line with developers from popular projects like Doctrine and Composer, who have also made the switch.
-A separate upgrade also increased the rule level to 8, enabling stricter static analysis and revealing more potential errors.
-
-## Resources
-
-- [Dotkernel API architecture and components (original article)](https://www.dotkernel.com/dotkernel3/dotkernel-api-architecture-components/)
-- [mezzio-problem-details on GitHub](https://github.com/mezzio/mezzio-problem-details)
-- [mezzio-twigrenderer on GitHub](https://github.com/mezzio/mezzio-twigrenderer)
-- [ramsey/uuid on GitHub](https://github.com/ramsey/uuid)
-- [Psalm](https://psalm.dev/)
-- [PHPStan](https://phpstan.org/)
+A: Psalm was replaced with PHPStan to remain in line with developers from popular projects like Doctrine and Composer, who have also made the switch. A separate upgrade also increased the rule level to 8, enabling stricter static analysis and revealing more potential errors.
diff --git a/public/md-articles/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.md b/public/md-articles/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.md
index 2556ade6..f4e62981 100644
--- a/public/md-articles/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.md
+++ b/public/md-articles/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.md
@@ -11,109 +11,117 @@ language: "en"
 # Dotkernel Headless Platform - The Whats, Hows and Whys
 
 ## TL;DR
-
 A Headless Platform decouples the frontend (UI) from the backend services, with responses consumed by another system such as a website or mobile app. The Dotkernel Headless Platform is made up of Dotkernel API (a REST API based on the Mezzio skeleton) and Dotkernel Admin (a backend management interface), which can be installed separately or together.
 Using both together, sharing a common Core module, gives consistent entities and queries, an easy-to-maintain shared file structure, and an architecture that scales from small microservices to enterprise-grade APIs.
 
+The principle of a **Headless Platform** is to decouple the User Interface (**frontend**) from the **backend** services. The responses from the platform are then used by another system, such as a website or mobile app. In this article we will explore the Dotkernel implementation of the **Headless Platform** architecture, how to use it and what are its benefits.
+
 ## Components of the Dotkernel Headless Platform
 
-The Dotkernel Headless Platform contains two major components:
+The Dotkernel Headless Platform contains 2 major components:
+
+- [Dotkernel API](https://www.dotkernel.org).
+- [Dotkernel Admin](https://github.com/dotkernel/admin).
+
+**Dotkernel API** is a REST API based on the [**Mezzio skeleton**](https://github.com/mezzio/mezzio-skeleton).
 
-- [Dotkernel API](https://www.dotkernel.org) - a REST API based on the [Mezzio skeleton](https://github.com/mezzio/mezzio-skeleton).
-- [Dotkernel Admin](https://github.com/dotkernel/admin) - a complementary component aimed at quickly setting up a backend for your platform.
+**Dotkernel Admin**, a complementary component for the API, is aimed at quickly setting up an backend for your platform.
 
-The Admin is not bundled by default but is available as a first-party, installable application designed to work seamlessly alongside your API.
-Together, they form a cohesive system: an API-first backend paired with a rich administrative interface, both built on the same underlying architecture and standards.
+The Admin is not bundled by default but is available as a first-party, installable application designed to work seamlessly alongside your API. When the API and Admin are put together, you gain a cohesive system that contains an API-first backend with a rich administrative interface, both built with the same underlying architecture and standards support.
 
-Both components use a PSR-compliant middleware stack, implementing [PSR-7](https://www.php-fig.org/psr/psr-7) and [PSR-15](https://www.php-fig.org/psr/psr-15) as defined by the [PHP Framework Interop Group](https://www.php-fig.org/), promoting a lean, modular architecture.
+Both of the above have a PSR-Compliant Middleware Stack to promote a lean, modular architecture and create a common ground between components from various sources. They implement [PSR-7](https://www.php-fig.org/psr/psr-7) and [PSR-15](https://www.php-fig.org/psr/psr-15) as defined by the [PHP Framework Interop Group](https://www.php-fig.org/).
 
-Rather than relying on elements built into the framework, business logic is built from scratch - from handlers to dependencies - giving full control over business logic and data architecture.
+Rather than making use of elements built into the framework, you **build business logic from scratch**, from handlers, to dependencies. This gives you **full control** over business logic and data architecture.
 
-## How to Use the Dotkernel Headless Platform
+## How to use the Dotkernel Headless Platform
 
-Dotkernel API and Admin can be installed separately or together, based on business requirements.
-They are normally designed to complement each other:
+Dotkernel API and Admin can be **installed separately or together**, based on your business requirements. The two are normally designed to **complement each other**:
 
 - Dotkernel **Admin** manages the data (create, edit, delete).
 - Dotkernel **API** exposes the content to 3rd-party frontends or backends.
 
-A simple project can be designed around one of the two at first, then expand to the other:
+A simple project can be designed around one of the two at first, then expand to the other. For example, you can **start with Dotkernel Admin** to populate your database. Later on you can employ Dotkernel API to present the data to other frontends written in your programming language of choice. You can integrate the API with 3rd-party applications which gives you full control over how you present the data.
 
-- **Start with Dotkernel Admin** to populate your database, then later use Dotkernel API to present the data to other frontends written in any programming language, integrating with 3rd-party applications for full control over how data is presented.
-- **Start with Dotkernel API** and integrate it into an existing platform.
-The API can manage access permissions to keep data secure - admins create and edit data for the backend, while users read data for the frontend.
-Admin can be added later for its simple table-based approach, reports, and graphs.
+Alternatively, you can **start with Dotkernel API** and integrate it into your existing platform. The API can manage the access permissions to keep your data secure:
 
-The recommendation is to use both API and Admin from the start.
+- Admins create and edit the data for your existing **backend**.
+- Users read the data for your **frontend**.
 
-## Benefits of the Dotkernel Headless Platform Architecture
+The Admin can be added later on for its simple table-based approach, its reports and graphs.
 
-Using both API and Admin together brings several benefits:
+Our recommendation is to use both API and Admin from the get go. We will highlight the benefits of this setup in the next chapter.
 
-### Common code between applications
+## Benefits of the Dotkernel Headless Platform architecture
 
-The file structure can be configured to use a **Core** module - a common code repository shared between API and Admin, ensuring entities and queries stay consistent.
-Entities (products, articles, etc.) are the building blocks of the application, and queries handle CRUD interactions with them.
+As we mentioned before, you decide what components of the Dotkernel Headless Platform are installed in your project. If you decide to use both, you gain several benefits, as we will highlight below.
+
+### Can be set up to have common code between applications
+
+You can configure the file structure to use a **Core** module. The Core then becomes the common code repository between API and Admin, ensuring that the entities and queries are the same. The **entities** for your platform, whether they be products, articles or something else are the building blocks of your application. The **queries** interact with the entities for CRUD purposes. By having these components in a single repository used in both API and Admin, you ensure consistency when interacting with them.
+
+![](/uploads/article/019f8a80-cc94-7123-80d3-9c21a30c19ea/Core2.png)
 
 ### Implement only the handlers you need
 
-Having many entities in the Core doesn't require implementing handlers for each one in both API and Admin.
-Each application only handles what it needs - for example, a shop may need to edit orders in Admin but only build monthly sales reports via the API.
+Just because you have e.g. 20 entities in your Core doesn't mean you have to implement handlers for each one in both API and Admin. You only **handle what you need** in each application. For example, your shop may need to edit orders in Admin, but only build monthly sales reports via your API.
+
+### Has a shared file structure
 
-### Shared file structure
+Another advantage is the fact that the API and Admin **share a file structure**. When you become familiar with one, you're good to go with the other as well. This means that **onboarding is easy** and can be **maintained by fewer developers**, maybe even a single developer, at least in the beginning. Conversely, working with an API+Angular approach means you often need 2 developers working in concert to implement any new feature.
 
-API and Admin share a file structure, so becoming familiar with one makes the other easy to pick up.
-This means onboarding is easy and the applications can be maintained by fewer developers - potentially a single developer, at least initially.
-By contrast, an API+Angular approach often needs two developers working together to implement a new feature.
+![](/uploads/article/019f8a80-cc94-7123-80d3-9c21a30c19ea/files-api.jpg)
+
+![](/uploads/article/019f8a80-cc94-7123-80d3-9c21a30c19ea/files-admin-1.jpg)
 
 ### Can satisfy any application size
 
-Thanks to the shared Core module, API and Admin evolve together, forming a good starting point for anything from microservices to enterprise-grade APIs.
-A large number of packages are available for integration, and developers decide exactly what modules to include, keeping the finished application lightweight and preventing bloat and long-term technical debt.
+Thanks to its use of the common Core module, the API and Admin evolve together. The pair are a good starting point for anything **from microservices, to enterprise-grade APIs**. The initial learning curve is worth it, considering you have a large number of packages available for integrating into your platform. You decide exactly what modules to include, meaning the finished application is more lightweight. This prevents bloat and helps with technical debt in the long run.
 
-### Versatile architecture
+### Has a versatile architecture
 
-The Dotkernel architecture aims to support several architectural designs:
+The aim of the architecture implemented in Dotkernel applications is to provide solutions that follow several architectural designs.
 
-- **Clean Architecture** - software components are organized into concentric layers, with code dependencies flowing from outer to inner layers, improving testability and independence from libraries, UI, and databases.
-- **Domain-Driven Design (DDD)** - the focus is on custom solutions for business logic; rather than building reusable services for a Service Oriented Architecture (SOA), only the specific components needed to satisfy requirements are implemented.
-- **Hexagonal Architecture** - divides a system into several loosely-coupled, interchangeable components (application core, database, user interface, test scripts, interfaces with other systems), as an alternative to traditional layered architecture.
+#### Clean Architecture
 
-### Supported by an active community
+The software components are organized into concentric layers. Code dependencies go from the outer to the inner layers which results in improved testability and independence from components like libraries, user interfaces and databases.
 
-The Dotkernel development team actively investigates and implements recommended design patterns.
-Dotkernel applications and packages continue to receive updates with bugfixes, improvements, and recommendations from the PHP community.
-Some updates may break backward compatibility, but this is typically highlighted in companion articles that may include step-by-step tutorials.
-The Dotkernel team is available to help with issues related to Dotkernel and Laminas apps and components.
+![](/uploads/article/019f8a80-cc94-7123-80d3-9c21a30c19ea/Flow2.png)
 
-## FAQ
+#### Domain-Driven Design (DDD)
 
-**Q: What is a Headless Platform?**
-A: A Headless Platform decouples the User Interface (frontend) from the backend services.
-The responses from the platform are then used by another system, such as a website or mobile app.
+The main focus of the Dotkernel applications is to provide a custom solution for your business logic. Rather than implementing reusable services for a Service Oriented Architecture (SOA), we encourage DDD which only implements the specific components to satisfy your requirements.
 
-**Q: What are the two main components of the Dotkernel Headless Platform?**
-A: The Dotkernel Headless Platform contains two major components: Dotkernel API, a REST API based on the Mezzio skeleton, and Dotkernel Admin, a complementary component aimed at quickly setting up a backend.
-The Admin is not bundled by default but is available as a first-party, installable application designed to work alongside the API.
+#### Hexagonal Architecture
 
-**Q: Can Dotkernel API and Admin be installed separately?**
-A: Yes.
-They can be installed separately or together, based on your business requirements.
-You can start with Dotkernel Admin to populate your database and later add Dotkernel API to present the data to other frontends, or start with Dotkernel API and integrate it into your existing platform, adding Admin later for its table-based approach, reports, and graphs.
+The hexagonal architecture divides a system into several loosely-coupled interchangeable components, such as the application core, the database, the user interface, test scripts and interfaces with other systems. This approach is an alternative to the traditional layered architecture.
 
-**Q: What benefits come from using both API and Admin together?**
-A: Using both together lets you share a common Core module containing the same entities and queries between the two applications, implement only the handlers you actually need, and benefit from a shared file structure that makes onboarding easy and can be maintained by fewer developers.
-This setup can also satisfy any application size, from microservices to enterprise-grade APIs.
+### Supported by an active community
 
-**Q: What architectural patterns does the Dotkernel Headless Platform follow?**
-A: The architecture is designed to be versatile, following Clean Architecture (concentric layers with dependencies flowing from outer to inner layers), Domain-Driven Design (implementing only the specific components needed for your business logic rather than generic reusable services), and Hexagonal Architecture (dividing the system into loosely-coupled, interchangeable components).
+The Dotkernel development team is actively working on investigating and implementing recommended design patterns. All Dotkernel applications and a large number of packages are still receiving updates that implement bugfixes, improvements and recommendations from the PHP community. Some updates may brake BC (backward compatibility), but this is often highlighted in companion articles that may also contain step-by-step tutorials. The Dotkernel team is available to help you with any issues related to the Dotkernel and Laminas apps and components.
 
-## Resources
+## Additional Resources
 
 - [Dotkernel API](https://github.com/dotkernel/api)
 - [Dotkernel Admin](https://github.com/dotkernel/admin)
 - [Dotkernel repositories](https://github.com/dotkernel)
 - [Dotkernel documentation](https://docs.dotkernel.org/)
 - [Headless CMS vs. Traditional CMS: What's Right for PHP Apps?](https://www.zend.com/blog/headless-cms-vs-traditional-cms)
-- [Laminas GitHub discussions](https://github.com/orgs/laminas/discussions)
+- [Laminas github discussions](https://github.com/orgs/laminas/discussions)
 - [Dotkernel Discussions](https://github.com/orgs/dotkernel/discussions)
+
+## FAQ
+
+**Q: What is a Headless Platform?**
+A: A Headless Platform decouples the User Interface (frontend) from the backend services. The responses from the platform are then used by another system, such as a website or mobile app.
+
+**Q: What are the two main components of the Dotkernel Headless Platform?**
+A: The Dotkernel Headless Platform contains two major components: Dotkernel API, a REST API based on the Mezzio skeleton, and Dotkernel Admin, a complementary component aimed at quickly setting up a backend. The Admin is not bundled by default but is available as a first-party, installable application designed to work alongside the API.
+
+**Q: Can Dotkernel API and Admin be installed separately?**
+A: Yes. They can be installed separately or together, based on your business requirements. You can start with Dotkernel Admin to populate your database and later add Dotkernel API to present the data to other frontends, or start with Dotkernel API and integrate it into your existing platform, adding Admin later for its table-based approach, reports, and graphs.
+
+**Q: What benefits come from using both API and Admin together?**
+A: Using both together lets you share a common Core module containing the same entities and queries between the two applications, implement only the handlers you actually need, and benefit from a shared file structure that makes onboarding easy and can be maintained by fewer developers. This setup can also satisfy any application size, from microservices to enterprise-grade APIs.
+
+**Q: What architectural patterns does the Dotkernel Headless Platform follow?**
+A: The architecture is designed to be versatile, following Clean Architecture (concentric layers with dependencies flowing from outer to inner layers), Domain-Driven Design (implementing only the specific components needed for your business logic rather than generic reusable services), and Hexagonal Architecture (dividing the system into loosely-coupled, interchangeable components).
diff --git a/public/md-articles/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.md b/public/md-articles/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.md
index a7eba542..0d3a8ae8 100644
--- a/public/md-articles/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.md
+++ b/public/md-articles/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.md
@@ -11,117 +11,122 @@ language: "en"
 # Dotkernel Queue - Asynchronous Execution in Dotkernel Headless Platform
 
 ## TL;DR
-
 Dotkernel Queue is a component built on Symfony Messenger (via the netglue/laminas-messenger adapter) that lets time-consuming or resource-intensive operations run asynchronously on background workers instead of inside the normal PHP request-response cycle.
 An active daemon listens for TCP connections, stores incoming messages in Redis, and processes them in FIFO order, with logging, IP-whitelisting security, a configurable retry mechanism, reporting metrics, and a Dead Letter Queue for messages that fail.
 Priorities and parallel execution are planned future features.
 
-## What Dotkernel Queue Is
-
-Dotkernel Queue is a component based on Symfony Messenger that is used to queue asynchronous tasks. netglue/laminas-messenger is an adapter that integrates Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications.
+[Dotkernel Queue](https://github.com/dotkernel/queue) is a component based on [Symfony Messenger](https://github.com/symfony/messenger) that is used to queue asynchronous tasks. [netglue/laminas-messenger](https://github.com/netglue/laminas-messenger) is an adapter that integrates Symfony Messenger with the [Laminas Service Manager](https://docs.laminas.dev/laminas-servicemanager/) container for Mezzio/Laminas applications.
 
-Some everyday operations are time-consuming and resource-intensive, so it's best if they run on separate machines, decoupled from the regular request-response cycle.
-Asynchronous execution performed by background workers ensures these operations are not lost, terminated by PHP timeouts, or interrupted by new requests.
-The main benefit is preventing the main platform from overloading, so it can return a response and remain responsive to new requests while the heavy lifting is scheduled to run later.
+Some everyday **operations are time-consuming and resource-intensive**, so it's best if they run on separate machines, decoupled from the regular request-response cycle. With the addition of **asynchronous execution** performed by background workers, you can ensure that these operations are not lost, terminated by PHP because of timeouts, or interrupted by new requests. The most important benefit is that you **prevent the main platform from overloading**, allowing it to return a response, remain responsive for new requests, while the heavy lifting is scheduled to run later.
 
-The main goal for the queue is to not have the main platform wait for a response, because the queue executes the task sometime in the future.
-The regular request-response cycle is completed swiftly by the main platform, possibly with a confirmation message; afterward, the main platform can check with the queue regularly to see if the requested task was completed.
+> The main goal for the queue is to NOT have the main platform wait for a response, because the queue will execute the task sometime in the future. The regular request-response cycle must be completed swiftly by the main platform, possibly with a confirmation message. After that, the main platform can check with the queue regularly to see if the requested task was completed.
 
 ## Why Use Dotkernel Queue?
 
-Instead of going straight to Symfony Messenger, using Dotkernel Queue offers several benefits:
+You might be inclined to go straight to Symfony Messenger and remove the middle man. There are several benefits that you gain from using Dotkernel Queue:
 
-- It uses the Symfony Messenger mechanisms at its heart, so it stays updated as Symfony Messenger releases updates.
-- netglue/laminas-messenger turns the component into middleware compatible with Mezzio/Laminas.
-- It is seamlessly compatible with the Dotkernel Headless Platform, sharing the same file structure and the same Core submodule used across the Dotkernel application suite (Frontend, API, Admin), ensuring consistency across the platform.
-- Dotkernel Queue is a standalone application in its own right, so it can be added more easily to an existing platform.
-- The implemented queue features are used in the team's own projects, so their worth is guaranteed in live projects.
+- It uses the Symfony Messenger mechanisms at its heart. Symfony Messenger will be kept updated as new updates are released.
+- netglue/laminas-messenger turns the component into a middleware which is compatible with Mezzio/Laminas.
+- It is seamlessly compatible with the Dotkernel Headless Platform, because it has the same file structure and supports the same Core submodule. The Core submodule is shared by other Dotkernel applications suite (Frontend, API, Admin) and ensures consistency across your platform.
+- Dotkernel Queue is a standalone application in its own right, so it can also be added more easily in your existing platform.
+- We implemented queue features that we use in our own projects, so we can quarantee their worth in live projects.
 
-## Why Decouple Operations from the HTTP Request-Response Cycle?
+## Why Decouple Operations from the HTTP Request-Response?
 
-By default, PHP settings impose a maximum execution time of 30 seconds via the `max_execution_time` parameter.
-Extending the interval isn't practical up to hours or days for a simple request, and even 30 seconds is unreasonably long for a website that normally expects a response in a few seconds or under 1 second.
-The solution is to delegate the execution of those tasks to an outside system specifically designed for this purpose.
+By default, the **PHP settings** impose a **maximum execution time** of 30 seconds via the `max_execution_time` parameter. You could extend the interval, but certainly not to hours or days for a simple request. Even that 30 second interval is unreasonably long in any website which normally expects a response in a few seconds or even under 1 second. The solution is to **delegate the execution** of those tasks to an outside system specifically designed for this purpose.
 
 ## What Are Tasks with Long Execution?
 
-Tasks delegated to the queue typically:
+Normally, the tasks delegated to the queue:
 
 - Take extended periods of time to execute and may be interrupted by PHP limitations.
-- Are external calls that introduce delays from authentication, awaiting responses from potentially multiple interrogations, or may fail because the 3rd party server is offline.
+- Are external calls which introduces delays from authentication, awaiting responses from potentially multiple interrogations, or may even fail completely because the 3rd party server is offline.
 - Are not part of the main PHP request-response cycle.
 
-Categories of tasks that can take an extended time to finish:
+Many tasks can take an extended interval of time to finish execution:
+
+- **Data Processing** like big data analytics, scientific simulations, or mathematical computations.
+- **File Handling & Media Processing** like video and image processing, or compression/decompression of large files.
+- **Networking** like sending email, newsletters, notifications using 3rd party providers.
+- **Database Operations** like imports/exports or migrations.
+- **System & Infrastructure Tasks** like OS updates, software compilation, CI pipelines.
 
-- **Data Processing** - big data analytics, scientific simulations, or mathematical computations.
-- **File Handling & Media Processing** - video and image processing, or compression/decompression of large files.
-- **Networking** - sending email, newsletters, notifications using 3rd party providers.
-- **Database Operations** - imports/exports or migrations.
-- **System & Infrastructure Tasks** - OS updates, software compilation, CI pipelines.
+There are multiple reasons for the long execution times:
 
-Reasons for long execution times include: data size (gigabytes, terabytes, etc.), complex algorithms, hardware limitations (CPU speed, memory, storage, network bandwidth), and external dependencies (waiting on APIs or human input).
+- Data size - gigabytes, terabytes etc.
+- Complex algorithms.
+- Hardware limitations - CPU speed, memory, storage, network bandwidth.
+- External dependencies - waiting on APIs or human input.
+
+The tasks listed above take a long time no matter how many gigahertz, gigabytes and gigaflops you throw at them. Even NASA computers need minutes to compute the launch window to put a rocket in orbit.
 
 ## How the Dotkernel Queue Works
 
-The queue system has an active daemon that listens for TCP connections on a specific port and stores incoming messages into Redis.
-This supports a large number of requests per second without overloading.
-Operations are then scheduled for execution when resources are available, using the FIFO (First-In, First-Out) method, where the oldest request is processed first, followed by newer requests.
+The queue system has an active **daemon** that listens for TPC connections on a specific port and **stores incoming messages** into Redis. This method supports a large number of requests per second without overloading. Operations are then scheduled for execution when resources are available. The order of the execution uses the **FIFO** (First-In, First-Out) method where the oldest request is processed first, followed by newer requests.
+
+![](/uploads/article/019f8a80-cc97-70d1-a431-cb612f641c19/Queue-process2.png)
 
 ## Main Features
 
-The following features are already implemented and have been tried and tested extensively in the team's live projects.
+We feel that a queue would be incomplete without at least these features. Several more features are in the works or scheduled for the future - we will discuss these in the next segment. We are using this queuing component in our live projects, so every feature has been tried and tested extensively in production before making it in this open-source version of Dotkernel Queue.
 
 ### Logging
 
-Logging allows developers to monitor operations and investigate issues, helping pinpoint the cause of an error for faster bug fixes and less downtime.
-Detailed queue logs ensure the execution of long operations is maintainable and allows debugging, though project-specific core logic must still be coded to satisfy business requirements.
+Logging is a vital feature that allows developers to monitor operations in a platform and investigate issues. It can help pinpoint the cause of an error which leads to faster bug fixes and less downtime.
+
+Detailed queue logs ensure the execution of long operations is maintainable and allows debugging. You must code your project-specific core logic to satisfy your business requirements.
 
 ### Security
 
-Access control is secured by a firewall that only allows requests from whitelisted IPs, keeping the queue as fast as possible without delays from generating and authenticating dynamic tokens.
-A more secure setup is to keep the Dotkernel Queue server accessible only via the internal network, which removes the need for the firewall and simplifies initial queue setup.
+Access control is secured by the **firewall** which only allows requests from whitelisted IPs. This ensures that the queue responds as fast as possible, without delays from e.g. generating and authenticating dynamic tokens.
+
+Of course, a better security setup is to keep the Dotkernel Queue server accessible only via the internal network. In his case, you don't need the firewall, which simplifies the initial queue setup.
 
 ### Retry Mechanism
 
-If message processing fails, an internal retry feature guarantees reliable and stable execution.
-The system can be configured to retry failing tasks a certain number of times, logging the cause each time, before giving up and reporting a failure.
-After configuring the number of retries, additional handling of failed messages is left to the developer: some failures (e.g. an invalid email address) won't fix themselves on retry, while others (e.g. a temporarily overloaded database with valid queries) just need to run later.
+If message processing fails, the **internal retry feature** comes into play to guarantee reliable and stable execution. The system can be configured to retry failing tasks a certain number of times - while logging the cause - before giving up and reporting a failure in execution.
+
+After configuring the numer of retries for the queue, you are responsible for the additional handling of failed messages. In some cases, it makes sense to give up on retrying an operation from the first failure, e.g. if an email is invalid, it won't fix itself on the next try. Other times, the cause of the error is temporary, e.g. a database is overloaded, but the queries are valid, so they just need to run later.
 
 ### Reporting
 
-Logs enable developers to investigate metrics via console commands, including:
+The logs enable developers to investigate various metrics via console commands like:
 
-- Queue length - how many jobs are in the to-do list.
+- Queue length - How many jobs are in the to-do list.
 - Processing time per job.
-- Error rates - how many messages failed.
-- Throughput - jobs/sec processed.
+- Error rates - How many messages failed.
+- Throughput - Jobs/sec processed.
 
 ### Dead Letter Queue (DLQ)
 
-A Dead-Letter Queue is a separate message queue that temporarily stores messages that failed execution due to errors - for example, incomplete messages, or a 3rd party receiver unable to process the request or unavailable.
-Certain errors may move messages into the DLQ on the first try, keeping the main queue from being overwhelmed or blocked by messages that will never be processed in their current state.
-It also gives troubleshooters a central location to identify causes of errors, apply fixes, and then either manually push the messages back into the main queue or delete them.
+A **Dead-Letter Queue** is a separate message queue that **temporarily stores messages that failed execution** due to errors. The reason for the errors can vary from having incomplete messages, to the 3rd party receiver not being able to process the request or not being available at all (being unresponsive).
+
+Certain errors may move the messages into the DLQ on the first try which ensures that the main queue is not overflowing with or outright blocked by messages that will never be processed in their current state. At the same time, it provides troubleshooters a central location to help identify the causes for errors. The queue will allow troubleshooters to apply fixes, then either manually push the messages back into the main queue, or delete them altogether.
 
 ## Future Features
 
-Ways to improve Dotkernel Queue are being explored, with new features added as needed in the field.
+We are looking into ways to improve Dotkernel Queue and add new features as they are needed in the field.
 
 ### Priorities
 
-Currently the queue works on the FIFO method described above.
-Priorities would determine how soon a task begins execution - immediately or delayed - since certain tasks may be fast enough to handle as they come in, while others are purposefully pushed further down the line.
-Priorities are set to be integrated into Dotkernel Queue in the near future.
+Currently, the queue system works on the FIFO method, like we mentioned before. **Priorities** determine how soon a task is to begin execution - immediately or delayed. Certain tasks may be fast enough that they can be handled as they come in, while other tasks are purposefully pushed further down the line. Priorities are **set to be integrated** into Dotkernel Queue in the near future.
 
 ### Parallel Execution
 
-Execution is currently made for each task one at a time.
-Parallel execution of operations via multiple workers is being investigated, where applicable - for example, preprocessing a report could run in parallel with sending emails, since they are separate systems (email processing is external, while the report uses data from the internal database).
+**Execution** is made for each task, **one at a time**. We are investigating **parallel execution** of operations via multiple workers, where applicable. For example, preprocessing a report may be executed in parallel with sending emails because they are separate systems (email processing is external, while the report uses data from the internal database).
+
+## Additional Resources
+
+- [Dotkernel Queue Documentation](https://docs.dotkernel.org/queue-documentation/v1/overview/)
+- [Dotkernel Repository](https://github.com/dotkernel/)
+- [Symfony Messenger Documentation](https://symfony.com/doc/current/messenger.html)
+- [Symfony Messenger systemd](https://jolicode.com/blog/symfony-messenger-systemd)
+- [How To Prioritize Messages When Building Asynchronous Applications With Symfony Messenger](https://sensiolabs.com/blog/2025/how-to-prioritize-messages-when-building-asynchronous-applications-with-symfony-messenger)
 
 ## FAQ
 
 **Q: What is Dotkernel Queue?**
-A: Dotkernel Queue is a component based on Symfony Messenger used to queue asynchronous tasks.
-It uses the netglue/laminas-messenger adapter to integrate Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications.
+A: Dotkernel Queue is a component based on Symfony Messenger used to queue asynchronous tasks. It uses the netglue/laminas-messenger adapter to integrate Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications.
 
 **Q: Why use Dotkernel Queue instead of using Symfony Messenger directly?**
 A: Dotkernel Queue builds on Symfony Messenger's mechanisms so it stays updated as Symfony Messenger evolves, uses netglue/laminas-messenger to work as Mezzio/Laminas-compatible middleware, shares the same file structure and Core submodule as the Dotkernel Headless Platform for seamless compatibility, works as a standalone application that can be added to an existing platform, and includes features already tried and tested in the team's own live projects.
@@ -130,24 +135,10 @@ A: Dotkernel Queue builds on Symfony Messenger's mechanisms so it stays updated
 A: By default, PHP imposes a maximum execution time of 30 seconds via the max_execution_time parameter, which is too long for a typical request. Instead of extending that limit, the solution is to delegate such tasks to an outside system designed for this purpose, so the main platform can return a response quickly and stay responsive to new requests.
 
 **Q: How does the Dotkernel Queue process messages?**
-A: An active daemon listens for TCP connections on a specific port and stores incoming messages into Redis, which supports a large number of requests per second without overloading.
-Messages are then scheduled for execution using the FIFO (First-In, First-Out) method, so the oldest request is processed first.
+A: An active daemon listens for TCP connections on a specific port and stores incoming messages into Redis, which supports a large number of requests per second without overloading. Messages are then scheduled for execution using the FIFO (First-In, First-Out) method, so the oldest request is processed first.
 
 **Q: What happens when a queued message fails to process?**
-A: A configurable retry mechanism retries failing tasks a set number of times, while logging the cause, before giving up and reporting a failure.
-Messages that ultimately fail can be moved into a Dead Letter Queue, a separate store for failed messages, where troubleshooters can identify the cause, apply a fix, and either push the message back into the main queue or delete it.
+A: A configurable retry mechanism retries failing tasks a set number of times, while logging the cause, before giving up and reporting a failure. Messages that ultimately fail can be moved into a Dead Letter Queue, a separate store for failed messages, where troubleshooters can identify the cause, apply a fix, and either push the message back into the main queue or delete it.
 
 **Q: What features is Dotkernel Queue planning to add in the future?**
 A: Two features are being investigated: Priorities, which would let tasks begin execution sooner or later instead of strictly following FIFO order, and Parallel Execution, which would let independent operations run at the same time via multiple workers, such as preprocessing a report in parallel with sending emails.
-
-## Resources
-
-- [Dotkernel Queue Documentation](https://docs.dotkernel.org/queue-documentation/v1/overview/)
-- [Dotkernel Repository](https://github.com/dotkernel/)
-- [Symfony Messenger Documentation](https://symfony.com/doc/current/messenger.html)
-- [Symfony Messenger systemd](https://jolicode.com/blog/symfony-messenger-systemd)
-- [How To Prioritize Messages When Building Asynchronous Applications With Symfony Messenger](https://sensiolabs.com/blog/2025/how-to-prioritize-messages-when-building-asynchronous-applications-with-symfony-messenger)
-- [Dotkernel Queue on GitHub](https://github.com/dotkernel/queue)
-- [Symfony Messenger on GitHub](https://github.com/symfony/messenger)
-- [netglue/laminas-messenger on GitHub](https://github.com/netglue/laminas-messenger)
-- [Laminas Service Manager Documentation](https://docs.laminas.dev/laminas-servicemanager/)
diff --git a/public/md-articles/headless-platform/dotmaker-generate-common-code-in-dotkernel.md b/public/md-articles/headless-platform/dotmaker-generate-common-code-in-dotkernel.md
index 58beb980..c51b3e81 100644
--- a/public/md-articles/headless-platform/dotmaker-generate-common-code-in-dotkernel.md
+++ b/public/md-articles/headless-platform/dotmaker-generate-common-code-in-dotkernel.md
@@ -11,22 +11,20 @@ language: "en"
 # DotMaker - Generate common code in Dotkernel
 
 ## TL;DR
-
 DotMaker (`dotkernel/dot-maker`) programmatically generates project files and directories matching the Dotkernel file structure inspired by Mezzio.
 It boosts productivity and enforces consistency and standardization compared to creating modules and files by hand, and it can tell the difference between Dotkernel applications (Api, Admin, Frontend) to create the files each one requires.
 
-## Why use dot-maker?
+The `dotkernel/dot-maker` library, also named DotMaker, is designed to **programmatically generate project files and directories** that match the Dotkernel file structure inspired by Mezzio.
+
+Handling the file creation and configuration task manually invites mistakes that nobody has time for. Enter DotMaker which provides a big **productivity boost** compared to doing everything manually by promoting **consistenty and standardization** for these common tasks.
 
-Creating a new module manually requires a relatively large number of files and folders.
-Doing this by hand leaves too many opportunities for mistakes that generate errors and delay development.
-DotMaker was built to handle this heavy lifting.
+DotMaker is inspired by [Symfony Maker Bundle](https://github.com/symfony/maker-bundle) in terms of functionality. Mezzio has its own [CLI Tooling](https://docs.mezzio.dev/mezzio/v3/reference/cli-tooling/) that performs similar actions, while DotMaker has a more opinionated naming pattern and is designed specifically for Dotkernel applications.
 
-DotMaker is inspired by the [Symfony Maker Bundle](https://github.com/symfony/maker-bundle) in terms of functionality.
-Mezzio has its own [CLI Tooling](https://docs.mezzio.dev/mezzio/v3/reference/cli-tooling/) that performs similar actions, but DotMaker uses a more opinionated naming pattern and is designed specifically for Dotkernel applications.
+https://www.youtube.com/watch?v=CPDilXP2kAc
 
-## The file structure for a module
+## The File Structure for a Module
 
-Example file structure for a `Book` module and the related files it uses from the `Core` module:
+Below is an example of the file structure for a `Book` module and the related files it uses from the `Core` module.
 
 ```
 .
@@ -61,48 +59,51 @@ Example file structure for a `Book` module and the related files it uses from th
                     └── ConfigProvider.php
 ```
 
-This example is for a Dotkernel API project, so it has a Collection but is missing the Form and template files that Dotkernel Admin requires.
-DotMaker can tell the difference between Dotkernel applications and will create the required files for each.
+> The example above is for a Dotkernel API project. This means that it has a Collection item, but is missing Form and template files that Dotkernel Admin requires. DotMaker can tell the difference between Dotkernel applications and will create the required files for each.
+
+## Why Use dot-maker?
+
+Even this simple example showcases the relatively **large number of files and folders** needed to make a new module work. A developer can perform the task **manually**, but there are too many places where things can be left out which **generate errors and delay development**. The **solution** is to use DotMaker which was built to help with the heavy lifting here.
 
-## How dot-maker works
+## How dot-maker Works
 
-To create a new module:
+Let's say you want to **create a new module** in your application:
 
-1. Run `./vendor/bin/dot-maker module`.
-2. Follow the prompted list of steps that create each relevant item, from entities and repositories to handlers and services.
-3. DotMaker automatically creates the module's `ConfigProvider.php` and tells you how to register it in `config/config.php` and `composer.json`.
-4. DotMaker generates documentation in an `OpenApi.php` file and tells you what command to run to generate migrations for the new module.
-5. Once the files are created, manually configure the authorization for the new module based on the platform's requirements.
+- After you enter the command `./vendor/bin/dot-maker module`, you are **prompted to go through a list of steps** that **create each item** relevant to your module, from entities and repositories, to handlers and services.
+- DotMaker automatically creates the `ConfigProvider.php` that is vital for **configuring your module** and tells you how to **register** it in `config/config.php` and `composer.json`.
+- The library also generates **documentation** in `OpenApi.php` file and tells you what command to run to generate **migrations** for your new module.
+- Once the files are created, you should **manually configure the authorization** for the new module based on your platform's requirements.
 
-Authorization is configured in different files between Dotkernel applications:
+> Authorization is configured in different files between Dotkernel applications:
+> 
+> - Dotkernel Api uses `config/autoload/authorization.global.php`. You can check [Api authorization](https://docs.dotkernel.org/api-documentation/v6/core-features/authorization/) for details.
+> - Dotkernel Admin and Dotkernel Frontend use `config/autoload/authorization-guards.global.php`. Here are the links for [Admin authorization](https://docs.dotkernel.org/admin-documentation/v6/how-to/authorization/) and [Frontend authorization](https://docs.dotkernel.org/frontend-documentation/v5/how-to/authorization/).
 
-| Application | Authorization file |
-|---|---|
-| Dotkernel Api | `config/autoload/authorization.global.php` ([docs](https://docs.dotkernel.org/api-documentation/v6/core-features/authorization/)) |
-| Dotkernel Admin | `config/autoload/authorization-guards.global.php` ([docs](https://docs.dotkernel.org/admin-documentation/v6/how-to/authorization/)) |
-| Dotkernel Frontend | `config/autoload/authorization-guards.global.php` ([docs](https://docs.dotkernel.org/frontend-documentation/v5/how-to/authorization/)) |
+DotMaker can also create **individual items** related to a module, like an entity or a form, as well as a new command or middleware. Below if a list of the available commands. Most of them are aimed at creating an item within existing modules, excepting the one that handles module creation, of course.
 
-### Generating individual items
+> The commands below work only after the basic command is added to `composer.json`.
 
-DotMaker can also create individual items related to a module, like an entity, a form, a new command, or a middleware, instead of a whole module.
-These commands work only after the basic command is added to `composer.json`.
+- `composer make collection` or `./vendor/bin/dot-maker collection` creates a Collection for an existing module.
+- `composer make command` or `./vendor/bin/dot-maker command` creates a Command for an existing module.
+- `composer make entity` or `./vendor/bin/dot-maker entity` creates an Entity and its associated Repository (e.g. `Entity\Phone.php` and `Repository\PhoneRepository.php`) for an existing module. If the Repository is already created, dot-maker will skip its creation and will return a message stating that it exists.
+- `composer make form` or `./vendor/bin/dot-maker form` creates a Form for an existing module.
+- `composer make handler` or `./vendor/bin/dot-maker handler` creates a Handler for an existing module.
+- `composer make input` or `./vendor/bin/dot-maker input` creates an Input for an existing module.
+- `composer make input-filter` or `./vendor/bin/dot-maker input-filter` creates an InputFilter for an existing module. You will be prompted to choose between 3 types of InputFilters: create, edit, replace.
+- `composer make middleware` or `./vendor/bin/dot-maker middleware` creates a Middleware for an existing module.
+- `composer make module` or `./vendor/bin/dot-maker module` creates a Module and its predefined files like entity, repository, service, handler etc.
+- `composer make repository` or `./vendor/bin/dot-maker repository` creates a Repository and its Entity (e.g. `Entity\Phone.php` and `Repository\PhoneRepository.php`) for an existing module. If the Entity is already created, dot-maker will skip its creation and will return a message stating that it exists.
+- `composer make service` or `./vendor/bin/dot-maker service` creates a Service and its associated ServiceInterface (e.g. `Service\PhoneService.php` and `Service\PhoneServiceInterface.php`) for an existing module. If the ServiceInterface is already created, dot-maker will skip its creation and will return a message stating that it exists.
+- `composer make service-interface` or `./vendor/bin/dot-maker service-interface` creates a ServiceInterface and its associated Service (e.g. `Service\PhoneServiceInterface.php` and `Service\PhoneService.php`) for an existing module. If the Service is already created, dot-maker will skip its creation and will return a message stating that it exists.
 
-| Command | Effect |
-|---|---|
-| `composer make collection` / `./vendor/bin/dot-maker collection` | Creates a Collection for an existing module |
-| `composer make command` / `./vendor/bin/dot-maker command` | Creates a Command for an existing module |
-| `composer make entity` / `./vendor/bin/dot-maker entity` | Creates an Entity and its associated Repository (skips the Repository if it already exists) |
-| `composer make form` / `./vendor/bin/dot-maker form` | Creates a Form for an existing module |
-| `composer make handler` / `./vendor/bin/dot-maker handler` | Creates a Handler for an existing module |
-| `composer make input` / `./vendor/bin/dot-maker input` | Creates an Input for an existing module |
-| `composer make input-filter` / `./vendor/bin/dot-maker input-filter` | Creates an InputFilter for an existing module (prompts for create, edit, or replace type) |
-| `composer make middleware` / `./vendor/bin/dot-maker middleware` | Creates a Middleware for an existing module |
-| `composer make module` / `./vendor/bin/dot-maker module` | Creates a Module and its predefined files (entity, repository, service, handler, etc.) |
-| `composer make repository` / `./vendor/bin/dot-maker repository` | Creates a Repository and its Entity (skips the Entity if it already exists) |
-| `composer make service` / `./vendor/bin/dot-maker service` | Creates a Service and its associated ServiceInterface (skips the ServiceInterface if it already exists) |
-| `composer make service-interface` / `./vendor/bin/dot-maker service-interface` | Creates a ServiceInterface and its associated Service (skips the Service if it already exists) |
+This tool won't do all the work for you, but after running through the maker process, you know you are **working on a solid foundation that can now accept your custom code**.
 
-DotMaker won't do all the work, but after running through the maker process you have a solid foundation ready to accept custom code.
+## Additional Resources
+
+- [DotMaker full documentation](https://docs.dotkernel.org/dot-maker/v1/overview/)
+- [Implementing a book module in Dotkernel API using DotMaker](https://docs.dotkernel.org/api-documentation/v6/tutorials/create-book-module-via-dot-maker/)
+- [API file structure](https://docs.dotkernel.org/api-documentation/v6/introduction/file-structure/)
+- [Symfony Maker Bundle Documentation](https://symfony.com/bundles/SymfonyMakerBundle/current/index.html)
 
 ## FAQ
 
@@ -110,27 +111,16 @@ DotMaker won't do all the work, but after running through the maker process you
 A: DotMaker (dotkernel/dot-maker) programmatically generates project files and directories that match the Dotkernel file structure inspired by Mezzio, giving a productivity boost and promoting consistency and standardization compared to creating everything manually.
 
 **Q: What inspired DotMaker and how is it different from Mezzio's own CLI tooling?**
-A: DotMaker is inspired by the Symfony Maker Bundle in terms of functionality.
-Mezzio has its own CLI Tooling that performs similar actions, but DotMaker uses a more opinionated naming pattern and is designed specifically for Dotkernel applications.
+A: DotMaker is inspired by the Symfony Maker Bundle in terms of functionality. Mezzio has its own CLI Tooling that performs similar actions, but DotMaker uses a more opinionated naming pattern and is designed specifically for Dotkernel applications.
 
 **Q: How do I create a new module with DotMaker?**
-A: Run ./vendor/bin/dot-maker module and follow the prompts that walk you through creating each relevant item, from entities and repositories to handlers and services.
-DotMaker also automatically creates the module's ConfigProvider.php, tells you how to register it in config/config.php and composer.json, generates documentation in an OpenApi.php file, and tells you what command to run to generate migrations.
+A: Run ./vendor/bin/dot-maker module and follow the prompts that walk you through creating each relevant item, from entities and repositories to handlers and services. DotMaker also automatically creates the module's ConfigProvider.php, tells you how to register it in config/config.php and composer.json, generates documentation in an OpenApi.php file, and tells you what command to run to generate migrations.
 
 **Q: Does DotMaker configure authorization for the new module?**
 A: No, authorization must be configured manually after the files are created, and the location differs between Dotkernel applications: Dotkernel Api uses config/autoload/authorization.global.php, while Dotkernel Admin and Dotkernel Frontend use config/autoload/authorization-guards.global.php.
 
 **Q: Can DotMaker generate individual items instead of a whole module?**
-A: Yes.
-DotMaker provides individual commands to create items such as a collection, command, entity, form, handler, input, input-filter, middleware, repository, service, or service-interface for an existing module.
-For example, ./vendor/bin/dot-maker entity creates an Entity and its associated Repository, skipping the Repository if it already exists.
+A: Yes. DotMaker provides individual commands to create items such as a collection, command, entity, form, handler, input, input-filter, middleware, repository, service, or service-interface for an existing module. For example, ./vendor/bin/dot-maker entity creates an Entity and its associated Repository, skipping the Repository if it already exists.
 
 **Q: Do the composer make shortcuts work right away?**
 A: No, commands like composer make entity only work after the basic command has been added to composer.json; the equivalent ./vendor/bin/dot-maker form is available regardless.
-
-## Resources
-
-- [DotMaker full documentation](https://docs.dotkernel.org/dot-maker/v1/overview/)
-- [Implementing a book module in Dotkernel API using DotMaker](https://docs.dotkernel.org/api-documentation/v6/tutorials/create-book-module-via-dot-maker/)
-- [API file structure](https://docs.dotkernel.org/api-documentation/v6/introduction/file-structure/)
-- [Symfony Maker Bundle Documentation](https://symfony.com/bundles/SymfonyMakerBundle/current/index.html)
diff --git a/public/md-articles/headless-platform/evolution-pattern-versus-api-versioning.md b/public/md-articles/headless-platform/evolution-pattern-versus-api-versioning.md
index 1658160d..edfdf9a4 100644
--- a/public/md-articles/headless-platform/evolution-pattern-versus-api-versioning.md
+++ b/public/md-articles/headless-platform/evolution-pattern-versus-api-versioning.md
@@ -11,48 +11,61 @@ language: "en"
 # Evolution Pattern versus API Versioning
 
 ## TL;DR
-
 An Evolution Pattern keeps the same codebase and evolves it gradually (for example via sunsetting), while API versioning maintains multiple parallel versions of an API so existing clients aren't broken.
 The two are not mutually exclusive.
 Dotkernel API favors an evolution pattern with a sunsetting mechanism, reserving full versioning for major, format-level changes.
 
-## Definitions
+In programming and software architecture, an **Evolution Pattern** is a reusable, high-level strategy for modifying or evolving existing software systems over time. An evolution pattern tries to keep software relevant for old and new users by whatever means are available, as new needs arise.
+
+**Versioning** in software is the practice of assigning unique identifiers (version numbers) to different releases of a software platform. These numbers help track changes, improvements, bug fixes, compatibility, and evolution over time. In particular, API versioning is the practice of assigning versions to an API so that it can change over time without breaking existing clients that rely on it.
+
+## When to Use Evolution Pattern versus Versioning
 
-- **Evolution Pattern**: A reusable, high-level strategy for modifying or evolving existing software systems over time, keeping software relevant for old and new users as new needs arise.
-- **Versioning**: The practice of assigning unique version numbers to different releases of a software platform to track changes, improvements, bug fixes, compatibility, and evolution.
-API versioning specifically assigns versions to an API so it can change without breaking existing clients.
-- **Sunsetting**: A mechanism for announcing that an API's old functionality will be phased out on a given date, via response headers, documentation, and public announcements.
+Technically, the two concepts are not in conflict:
 
-## When to use an Evolution Pattern versus Versioning
+- An evolution pattern keeps the same codebase and announces compatibility breaking updates via mechanisms like sunsetting which we will discuss later on.
+- API versioning focuses on maintaining multiple versions of an API so changes do not affect users that implemented older versions.
 
-Technically, the two concepts are not in conflict - an evolution pattern keeps the same codebase and announces breaking changes via mechanisms like sunsetting, while API versioning maintains multiple versions of an API so that changes don't affect clients using older versions.
-A platform can use both strategies together if it suits its needs. The responsibility falls on the team to decide where to invest development and maintenance costs.
+You can very well have a platform employ both strategies, if it suits your needs.
 
 | Problem | Potential Solution | Strategy |
-|---|---|---|
-| Fix a typo in the parameter name | Sunsetting / do nothing (it's only a typo) | Evolution pattern. Versioning is overkill. |
+| --- | --- | --- |
+| Fix a typo in the parameter name | Sunsetting / Do nothing (it's only a typo) | Evolution pattern. Versioning is overkill. |
 | Add a new parameter | Make it optional, so it doesn't break existing implementations | Evolution pattern |
-| Implement a backward-compatibility-breaking update that clients must adhere to | Announce it in time to allow clients to adapt | Evolution pattern |
-| Implement a major update to an endpoint | Add a `v2` for only that endpoint, not the whole API, and encourage clients to migrate | Evolution pattern + Versioning |
+| Implement a BC breaking update that clients must adhere to | Announce it in time to allow your clients to adapt | Evolution pattern |
+| Implement a major update to an endpoint | Add a `v2` for only that endpoint, not the whole API, and encourage clients to migrate to v2 | Evolution pattern + Versioning |
 | Return responses in a totally different format (e.g. GraphQL vs REST APIs) | Keep both versions active | Versioning |
 
-## Practical example from Dotkernel API
+The responsiblity is yours to decide if the costs for development and maintenance are better aimed at one strategy over the other.
 
-Dotkernel avoids full rewrites, considering them too risky, costly, and often not the best solution.
-Software evolution should instead be gradual and organic, adapting to new requirements with as little impact to the codebase and clients as possible.
+## Practical Example from Dotkernel API
 
-For Dotkernel API, an evolution pattern with a sunsetting mechanism was chosen: the codebase stays the same, and new requirements are implemented in a targeted manner.
+We try to stay away from full rewrites. They are too risky, costly, and often times simply not the best solution. Software evolution should be gradual and organic, with the purpose of adapting to new requirements with as little impact to the codebase and clients as possible.
 
-To enhance an endpoint, Dotkernel distinguishes between calls based on their payload.
-For example, on the `/user` endpoint:
+For our Dotkernel API, we chose an evolution pattern that takes advantage of a sunsetting mechanism. The codebase remains the same, with new requirements being implemented in a targeted manner.
 
-- A request with only an `email` uses the older functionality and returns the response currently working for existing clients.
-- A request with both `email` and `name` returns an enhanced response, requiring clients to update their own code to handle the new response structure.
+If we are required to enhance an endpoint, one solution we employ is to distinguish between two calls based on their payload. For example, if the 3rd-party frontend calls our `/user` endpoint:
 
-### Announcing deprecation
+- With only an `email`, we use the older functionality and return the response that is currently working for clients.
+- With an `email and a name`, we return an enhanced response. This requires clients to update their own code to handle the new structure of the API response.
 
-Deprecation is announced by including an updated response header via handler attributes, with customizable values for `sunset`, `link`, and `deprecationReason`.
-A deprecated endpoint's response includes headers similar to:
+We announce endpoint deprecation by including an updated response header via handler attributes.
+
+```
+...
+#[ResourceDeprecation(
+    sunset: '2026-01-01',
+    link: 'https://docs.dotkernel.org/api-documentation/v7/tutorials/api-evolution/',
+    deprecationReason: 'Resource deprecation example.',
+    rel: 'sunset',
+    type: 'text/html'
+)]
+class OldHandler implements RequestHandlerInterface
+{
+...
+```
+
+The values for `sunset`, `link` and `deprecationReason` above are customizable. By including this attribute, the reponse for the edited endpoint looks similar to the below.
 
 ```
 HTTP/1.1 200 OK
@@ -67,53 +80,45 @@ Link: https://docs.dotkernel.org/api-documentation/v7/tutorials/api-evolution/;r
 Vary: Origin
 ```
 
-Developers must read and understand this header so they can plan an update before the sunset date.
-New functionality is normally kept alongside the old functionality for a reasonable period.
-Once the sunset date is reached, the old functionality is removed and only the new one remains in production:
+This header must be read and understood by developers who can then plan an update for their own software before the sunsetting date. The new functionality is normally kept in place alongside the old one for a reasonable amount of time. When the sunset date is reached, the old functionality is removed and only the new one is left in production:
 
-- An endpoint may return `404 Not Found`.
-- A property may be removed from the response.
+- An endpoint would return `404 Not Found`.
+- A property would be removed from the response.
 
-Dotkernel uses multiple channels to announce impactful, backward-incompatible updates:
+We use multiple channels to announce impactful, backward-incompatible updates for Dotkernel API:
 
 - **API headers** include the deprecation header.
 - **Documentation pages** detail the change and recommended code updates.
-- **Public portal** announcements, like blog articles and newsletters.
+- Announcements in the **public portal**, like articles and newsletters, are added to our blog.
 
-Notifications should go out early enough to reach developers of third-party software using the API, so they can plan and implement updates with little or no downtime.
+You should send out notifications early enough for them to reach the developers of 3rd-party software that use your API. This way they can plan and implement the update to ensure that their platforms have little or no downtime.
 
 ## Conclusions
 
-An evolution pattern requires good planning, including allocating enough time for clients to be aware of updates and implement them, ideally with no downtime for either side.
-Versioning remains a valid strategy but is best reserved for impactful architectural changes rather than smaller changes like fixing a typo or adding a field.
-Ultimately, the best approach depends on the specific use case.
+An evolution pattern requires good planning, which includes allocating enough time for your clients to be aware of your updates and to implement them in their own platforms. Ideally, there should be no downtime for either your, or your clients' platforms.
+
+Though we see it as avoidable in most real-life cases, versioning is still a valid strategy. We strongly believe it should be reserved for impactful architectural changes, as it's not suited for smaller changes like fixing typos in a parameter name or adding a new field.
+
+The strategies discussed in this article are not exhaustive, because ultimately you have to decide what approach works best for your use case.
+
+## Additional Resources
+
+- [What is the HTTP `Sunset` header?](https://sophiabits.com/blog/what-is-the-http-sunset-header)
+- [Deprecating Resources and Properties](https://api-platform.com/docs/core/deprecations)
+- [API Evolution for REST/HTTP APIs](https://philsturgeon.com/api-evolution-for-rest-http-apis)
+- [Just say no - to versioning APIs](https://www.hmeid.com/blog/just-say-no-to-versioning)
+- [Ways to version your API, Part 2](https://urthen.github.io/2013/05/16/ways-to-version-your-api-part-2)
 
 ## FAQ
 
 **Q: What is the difference between an Evolution Pattern and API versioning?**
-A: An Evolution Pattern is a reusable, high-level strategy for modifying or evolving existing software systems over time while keeping the same codebase, often using mechanisms like sunsetting.
-API versioning instead maintains multiple versions of an API so that changes do not affect clients relying on older versions.
-The two concepts are not in conflict, and a platform can use both strategies if it suits its needs.
+A: An Evolution Pattern is a reusable, high-level strategy for modifying or evolving existing software systems over time while keeping the same codebase, often using mechanisms like sunsetting. API versioning instead maintains multiple versions of an API so that changes do not affect clients relying on older versions. The two concepts are not in conflict, and a platform can use both strategies if it suits its needs.
 
 **Q: When should you use an evolution pattern instead of versioning?**
-A: Small changes, like fixing a typo in a parameter name or adding a new optional parameter, are best handled with an evolution pattern, since versioning would be overkill.
-Backward-compatible-breaking updates should be announced in time via an evolution pattern.
-A major update to a single endpoint can combine an evolution pattern with versioning, for example by adding a v2 for just that endpoint.
-Only when responses need to be returned in a totally different format, such as GraphQL versus REST, is versioning the better fit.
+A: Small changes, like fixing a typo in a parameter name or adding a new optional parameter, are best handled with an evolution pattern, since versioning would be overkill. Backward-compatible-breaking updates should be announced in time via an evolution pattern. A major update to a single endpoint can combine an evolution pattern with versioning, for example by adding a v2 for just that endpoint. Only when responses need to be returned in a totally different format, such as GraphQL versus REST, is versioning the better fit.
 
 **Q: How does Dotkernel API announce endpoint deprecations?**
-A: Dotkernel API distinguishes calls based on payload (for example, an older response for a request with only an email, versus an enhanced response when both email and name are supplied).
-Deprecation is announced by including an updated response header via handler attributes, with customizable values for sunset, link, and deprecationReason.
-These updates are also communicated through documentation pages and public portal channels like blog articles and newsletters.
+A: Dotkernel API distinguishes calls based on payload (for example, an older response for a request with only an email, versus an enhanced response when both email and name are supplied). Deprecation is announced by including an updated response header via handler attributes, with customizable values for sunset, link, and deprecationReason. These updates are also communicated through documentation pages and public portal channels like blog articles and newsletters.
 
 **Q: What happens once an endpoint's sunset date is reached?**
-A: The old functionality is removed and only the new functionality remains in production.
-In practice this means an endpoint may start returning 404 Not Found, or a property may be removed from the response.
-
-## Resources
-
-- [What is the HTTP Sunset header?](https://sophiabits.com/blog/what-is-the-http-sunset-header)
-- [Deprecating Resources and Properties](https://api-platform.com/docs/core/deprecations)
-- [API Evolution for REST/HTTP APIs](https://philsturgeon.com/api-evolution-for-rest-http-apis)
-- [Just say no - to versioning APIs](https://www.hmeid.com/blog/just-say-no-to-versioning)
-- [Ways to version your API, Part 2](https://urthen.github.io/2013/05/16/ways-to-version-your-api-part-2)
+A: The old functionality is removed and only the new functionality remains in production. In practice this means an endpoint may start returning 404 Not Found, or a property may be removed from the response.
diff --git a/public/md-articles/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.md b/public/md-articles/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.md
index 308b253a..31d4710d 100644
--- a/public/md-articles/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.md
+++ b/public/md-articles/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.md
@@ -25,109 +25,108 @@ code_examples: "https://github.com/dotkernel/admin-documentation/tree/main/code_
 # Implementing Time-based One-Time Password (TOTP) in Dotkernel
 
 ## TL;DR
-
 `dot-totp` adds two-factor authentication (2FA) to Dotkernel Admin using time-based one-time passwords.
 Users authenticate with their password plus a 6-digit code from an Authenticator app that refreshes every 30 seconds.
 Installation is one Composer command plus a set of forms, handlers, middleware, and templates from the official code examples, applying a `TotpTrait` to the relevant entity, migrating three new database columns, and registering routes/pipeline/ConfigProvider updates.
 
-## Definitions
+## What TOTP Does
+
+A **Time-based One-Time Password (TOTP)** is a security algorithm used as part of **two-factor authentication (2FA)** to protect against account attacks. The mechanism is integrated into [dot-totp](https://github.com/dotkernel/dot-totp) to enhance security by requiring both a **password** and **an additional one-time code**. Our implementation follows the industry standard of using an Authenticator app to generate temporary, unique 6 digit codes that change every 30 seconds.
+
+In this article we will:
 
-- **TOTP (Time-based One-Time Password)**: A security algorithm used as part of two-factor authentication.
-Generates temporary, unique 6-digit codes that change every 30 seconds, via an Authenticator app.
-- **2FA (Two-Factor Authentication)**: Requires both a password and an additional one-time code, to protect against account attacks.
-- **dot-totp**: The Dotkernel package that integrates the TOTP mechanism into Dotkernel applications.
-- **Recovery codes**: Single-use backup codes generated during TOTP activation, usable for login when the mobile device is unavailable.
+- Install `dot-totp` in [Dotkernel Admin](https://github.com/dotkernel/admin).
+- Review how `dot-totp` behaves in the UI.
 
-## Key facts
+> You can also follow the installation steps in our [documentation site](https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/).
 
-| Fact | Value |
-|---|---|
-| Package | `dotkernel/dot-totp` |
-| Install command | `composer require dotkernel/dot-totp` |
-| Target application | Dotkernel Admin (applies similarly to any middleware-based application) |
-| Code format | 6-digit numeric code |
-| Code lifetime | 30 seconds |
-| Recovery codes | Single-use each; must be saved in a secure location |
-| Entity integration | `TotpTrait` applied to any entity requiring 2FA |
-| New database columns | `totpSecret`, `totp_enabled`, `recovery_codes` |
-| Official tutorial | https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/ |
-| Code examples | https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp |
+## 2FA with TOTP Flow
 
-## 2FA with TOTP: authentication flow
+Below is a simplified flow for the 2FA with TOTP mechanism.
 
-1. User submits username and password (unchanged from standard login).
-2. Since TOTP is activated, the application also asks for the code from the user's Authenticator app.
-3. User submits the current 6-digit code, or alternatively a single-use recovery code.
-4. If the code is valid, the user is logged in.
+![](/uploads/article/019f8a80-cc99-7003-89fb-1a4493d92a4c/totp-flow.jpg)
 
-## Installation steps
+## How to Install dot-totp
 
-### Step 1 - Install the package
+If you haven't already, install [Dotkernel Admin](https://github.com/dotkernel/admin).
 
-Prerequisite: a working Dotkernel Admin installation.
+> These installation steps should work similarly in any middleware-based application.
 
-```shell
+The first step is to include the package into your project by running this command:
+
+```
 composer require dotkernel/dot-totp
 ```
 
-### Step 2 - Add the integration files
+We will follow the Dotkernel file structure and create the files in the list below. If you follow the links from the [main totp integration example](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp), you can download the files and add them to your codebase.
+
+- [src/Admin/src/Form/RecoveryForm.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Form/RecoveryForm.php)
+- [src/Admin/src/Form/TotpForm.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Form/TotpForm.php)
+- [src/Admin/src/Handler/Account/GetDisableTotpFormHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetDisableTotpFormHandler.php)
+- [src/Admin/src/Handler/Account/GetEnableTotpFormHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetEnableTotpFormHandler.php)
+- [src/Admin/src/Handler/Account/GetRecoveryFormHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetRecoveryFormHandler.php)
+- [src/Admin/src/Handler/Account/GetTotpHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetTotpHandler.php)
+- [src/Admin/src/Handler/Account/PostDisableTotpHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostDisableTotpHandler.php)
+- [src/Admin/src/Handler/Account/PostEnableTotpHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostEnableTotpHandler.php)
+- [src/Admin/src/Handler/Account/PostValidateRecoveryHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostValidateRecoveryHandler.php)
+- [src/Admin/src/Handler/Account/PostValidateTotpHandler.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostValidateTotpHandler.php)
+- [src/Admin/templates/admin/recovery-form.html.twig](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/templates/admin/recovery-form.html.twig)
+- [src/App/src/Middleware/CancelUrlMiddleware.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/App/src/Middleware/CancelUrlMiddleware.php)
+- [src/App/src/Middleware/TotpMiddleware.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/App/src/Middleware/TotpMiddleware.php)
+
+You can use the trait at [src/Core/src/App/src/Entity/TotpTrait.php](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Core/src/App/src/Entity/TotpTrait.php) in any entity where you need 2FA.
+
+> Make sure to migrate the new columns `totpSecret`, `totp_enabled` and `recovery_codes` in your entity.
+
+There are still some code snippets in the [_misc](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp) folder:
 
-Following the Dotkernel file structure, add the files below (downloadable from the [official code examples](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp)):
+- [The enable/disable 2FA button](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-view-account.html.twig) should be used in the `view-account.html.twig` file or in a new page.
+- [The routes updates](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-routes.php) must be added in the `src/Admin/src/RoutesDelegator.php` file.
+- [The pipeline updates](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-Pipeline.php) must be added in the `config/pipeline.php` file after `$app->pipe(AuthMiddleware::class);`.
+- [The ConfigProvider updates](https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-ConfigProvider.php) must be added in the `src/Admin/src/ConfigProvider.php` file.
 
-Forms:
-- `src/Admin/src/Form/RecoveryForm.php`
-- `src/Admin/src/Form/TotpForm.php`
+## dot-totp in Action
 
-Handlers (in `src/Admin/src/Handler/Account/`):
-- `GetDisableTotpFormHandler.php`
-- `GetEnableTotpFormHandler.php`
-- `GetRecoveryFormHandler.php`
-- `GetTotpHandler.php`
-- `PostDisableTotpHandler.php`
-- `PostEnableTotpHandler.php`
-- `PostValidateRecoveryHandler.php`
-- `PostValidateTotpHandler.php`
+Once you have `dot-totp` implemented, you can activate the feature in your admin accounts. If you navigate to your profile from the top-right image in Dotkernel Admin, you should see this box.
 
-Templates:
-- `src/Admin/templates/admin/recovery-form.html.twig`
+![](/uploads/article/019f8a80-cc99-7003-89fb-1a4493d92a4c/profile-totp-deactivated.jpg)
 
-Middleware:
-- `src/App/src/Middleware/CancelUrlMiddleware.php`
-- `src/App/src/Middleware/TotpMiddleware.php`
+Simply click on 'Enable TOTP' to begin the activation process.
 
-### Step 3 - Apply the entity trait and migrate the database
+> We blurred out the QR code and recovery codes for this tutorial. You will receive dynamically generated versions that will be fully visible to you.
 
-Apply the trait at `src/Core/src/App/src/Entity/TotpTrait.php` to any entity that requires 2FA, then migrate the new columns onto that entity's table: `totpSecret`, `totp_enabled`, and `recovery_codes`.
+> You will need to have an Authenticator app installed on your mobile device.
 
-### Step 4 - Register the remaining snippets
+![](/uploads/article/019f8a80-cc99-7003-89fb-1a4493d92a4c/totp-activate-qr.jpg)
 
-The `_misc` folder in the code examples contains four required additions:
+Follow the instructions on the screen:
 
-| Snippet | Destination |
-|---|---|
-| Enable/disable 2FA button (`totp-append-view-account.html.twig`) | `view-account.html.twig`, or a new page |
-| Routes updates (`totp-append-routes.php`) | `src/Admin/src/RoutesDelegator.php` |
-| Pipeline updates (`totp-append-Pipeline.php`) | `config/pipeline.php`, after `$app->pipe(AuthMiddleware::class);` |
-| ConfigProvider updates (`totp-append-ConfigProvider.php`) | `src/Admin/src/ConfigProvider.php` |
+- Scan the QR code with your mobile device.
+- Enter the 6-digit code it generates on your mobile device.
 
-## Using TOTP in Dotkernel Admin (end-user flow)
+> The code refreshes every 30 seconds.
 
-### Enabling TOTP
+The TOPT activation flow will list several recovery codes you can use if your mobile device isn't available.
 
-1. Navigate to the account profile (top-right image in Dotkernel Admin).
-A TOTP box with an "Enable TOTP" button is shown.
-2. Click "Enable TOTP".
-A QR code is displayed. An Authenticator app on a mobile device is required.
-3. Scan the QR code with the mobile device.
-4. Enter the 6-digit code generated by the Authenticator app. The code refreshes every 30 seconds.
-5. Save the recovery codes shown during activation in a secure location - each is usable only once.
-6. If the code is valid, the user is logged in and TOTP is activated for the account.
+![](/uploads/article/019f8a80-cc99-7003-89fb-1a4493d92a4c/totp-recovery-codes.jpg)
 
-### Logging in with TOTP enabled
+> Each recovery code is usable only once.
 
-1. Enter username and password as before.
-2. Submit the current code from the Authenticator app, or alternatively a recovery code.
-3. On success, the user is logged in.
+> Save the recovery codes in a secure location.
+
+If the code is valid, you will be logged in, and TOTP will be activated for your account.
+
+Whenever you need to log into the account, you will start by entering your username and password, like before. Since TOTP is activated, you will need to also submit the code from your Authenticator app. Alternatively, you can submit a recovery code.
+
+![](/uploads/article/019f8a80-cc99-7003-89fb-1a4493d92a4c/totp-ask-code.jpg)
+
+That's it! You are now logged in securely.
+
+## Additional Resources
+
+- [dot-totp in GitHub](https://github.com/dotkernel/dot-totp)
+- [Dotkernel Admin in GitHub](https://github.com/dotkernel/admin)
+- [Dotkernel Documentation - Installing dot-totp into Dotkernel Admin](https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/)
 
 ## FAQ
 
@@ -135,22 +134,13 @@ A QR code is displayed. An Authenticator app on a mobile device is required.
 A: A Time-based One-Time Password (TOTP) is a security algorithm used as part of two-factor authentication (2FA) that requires both a password and an additional one-time code generated by an Authenticator app. In Dotkernel, this is implemented through the dot-totp package.
 
 **Q: Can dot-totp be used outside of Dotkernel Admin?**
-A: Yes.
-Although this tutorial installs dot-totp in Dotkernel Admin, the installation steps work similarly in any middleware-based PHP application.
+A: Yes. Although this tutorial installs dot-totp in Dotkernel Admin, the installation steps work similarly in any middleware-based PHP application.
 
 **Q: What happens if I lose access to my authenticator app?**
-A: You can log in using one of the recovery codes generated when you activated TOTP.
-Each recovery code is usable only once, so make sure to save them in a secure location.
+A: You can log in using one of the recovery codes generated when you activated TOTP. Each recovery code is usable only once, so make sure to save them in a secure location.
 
 **Q: How often does the TOTP code change?**
 A: The code generated by your Authenticator app refreshes every 30 seconds.
 
 **Q: What database changes are required to support dot-totp?**
 A: You need to migrate three new columns onto the entity that uses the TotpTrait: totpSecret, totp_enabled, and recovery_codes.
-
-## Resources
-
-- dot-totp on GitHub: https://github.com/dotkernel/dot-totp
-- Dotkernel Admin on GitHub: https://github.com/dotkernel/admin
-- Official tutorial - Installing dot-totp into Dotkernel Admin: https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/
-- Complete code examples: https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp
diff --git a/public/md-articles/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.md b/public/md-articles/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.md
index 93d10376..91cb143b 100644
--- a/public/md-articles/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.md
+++ b/public/md-articles/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.md
@@ -11,55 +11,51 @@ language: "en"
 # Shared Core Submodule in Dotkernel Headless Platform
 
 ## TL;DR
-
 Dotkernel's Headless Platform is composed of Dotkernel API, Admin, and Queue, and can share a common Core submodule that holds the database entities and services used consistently across all of them.
 The article walks through creating the Core submodule with `git submodule add`, committing changes from within the Core folder, and initializing/updating it with `git submodule init` and `git submodule update`.
 Sharing a Core module brings design flexibility, scalability, and easier bugfixes and onboarding as the platform grows.
 
-Dotkernel has implemented a Headless solution made up of these applications:
+**Dotkernel** has implemented a **Headless** solution made up of these applications:
 
 - [Dotkernel API](https://github.com/dotkernel/api) - a REST API, the root of the platform.
 - [Dotkernel Admin](https://github.com/dotkernel/admin) - (optional) complementary backend management.
 - [Dotkernel Queue](https://github.com/dotkernel/queue) - (optional) queue management microservice.
 
-This is effectively a Headless CMS architecture where the Dotkernel Admin manages the data via the database.
-The same data is independently exposed by Dotkernel API and used by Dotkernel Queue.
+This is effectively a **Headless CMS** architecture where the **Dotkernel Admin** manages the data via the database. The same data is independently exposed by **Dotkernel API** and used by **Dotkernel Queue**.
+
+## What is the Core submodule?
 
-## What Is the Core Submodule?
+The Core submodule is a common codebase set up to be used by the applications you added to your project. It can just as well work for any project setup, e.g. two APIs, one Admin, 3 Frontends.
 
-The Core submodule is a common codebase set up to be used by the applications you added to your project.
-It can just as well work for any project setup, e.g. two APIs, one Admin, 3 Frontends.
-By having a common module in your Dotkernel applications, you ensure that each of them uses entities and services in the same way.
-Thus, rather than making e.g. an update in each application's services, you only update the relevant service in the Core once and sync it in each application.
+By having a common module in your Dotkernel applications, you ensure that each of them uses entities and services in the same way. Thus, rather than making e.g. an update in each application's services, you only update the relevant service in the Core once and sync it in each application.
 
-> The golden rule for the Core codebase is that it is the only place which manages the database entities.
-> As much as possible, all Doctrine entities must reside in Core.
+> The golden rule for the Core codebase is that it is the **only** place which manages the database entities.
+> 
+> As much as possible, all Doctrine entities must reside in **Core**.
+> 
 > The current location of the Core submodule is `src/Core`.
 
-## How Do I Create a Core Submodule?
+## How do I create a Core submodule?
 
 The full steps for creating a submodule are described in [Git Tools - Submodules](https://git-scm.com/book/en/v2/Git-Tools-Submodules).
 
 > There is already a Core module in some of the Dotkernel applications, but it works like any other module (App, Page or User). The Core modules are designed to be a starting point for the module's transformation into a Git submodule.
 
-First create a new Git repository that will contain the Core code.
-To create the submodule in an application, you need to have Git create the `.gitmodules` file in the root of the main repository by running the command below.
-Use the url from the new repository you just created instead of `<url>`:
+First create a new Git repository that will contain the Core code. To create the submodule in an application, you need to have Git create the `.gitmodules` file in the root of the main repository by running the command below. Use the url from the new repository you just created instead of `<url>`:
 
-```bash
+```
 git submodule add <url>
 ```
 
 > You can have multiple submodules, but for this article we will only create the Core submodule.
 
-The `.gitmodules` file maps the submodule and its corresponding local directory within the main project (e.g. src/Core).
-This allows Git to manage the submodule correctly, from cloning, to updating, to tracking its changes.
+The `.gitmodules` file maps the submodule and its corresponding local directory within the main project (e.g. src/Core). This allows Git to manage the submodule correctly, from cloning, to updating, to tracking its changes.
 
 > None of the Dotkernel applications have the `.gitmodules` file out of the box. Only after isolating the Core into a Git submodule and pushing it to a separate Git repository does it become available to be included into any Dotkernel application.
 
-From now on, any changes to the Core submodule must be committed from within the Core folder, like for any other Git repository, using these commands (simplified version, provided as an example):
+From now on, any changes to the Core submodule must be commited from within the Core folder, like for any other Git repository, using these commands (simplified version, provided as an example):
 
-```bash
+```
 cd <path/to/submodule>
 git add .
 git commit -m "comment"
@@ -68,14 +64,14 @@ git push
 
 Whenever you clone the project, you simply need to init and update the submodule with these commands:
 
-```bash
+```
 git submodule init
 git submodule update
 ```
 
 > Do not forget to delete the existing Core module before adding the submodule to other applications.
 
-## How Do I Use the Core Submodule?
+## How do I use the Core submodule?
 
 Once the shared Core submodule is separated and imported into each application, your platform will look something like this:
 
@@ -83,22 +79,22 @@ Once the shared Core submodule is separated and imported into each application,
 - Admin + Core
 - Queue + Core
 
+![](/uploads/article/019f8a80-cc95-70fa-bdb7-28854eb6d673/core-queue2.png)
+
 > Each box in the image is a different Git repository.
 
-Whenever work begins on a new feature or update, the devs should normally have the most recent Core in their development environment.
-So in total you have four code bases which will be kept in four separate repositories.
-The Dotkernel applications include various entities to get you started quickly.
-This is not a complete list, but it should help you understand what each application is aimed toward:
+Whenever work begins on a new feature or update, the devs should normally have the most recent Core in their development environment. So in total you have four code bases which will be kept in four separate repositories.
 
-- The admin has admins, admin logins and settings entities.
-- The api has both users and admins, as well as authentication entities.
+The Dotkernel applications include various **entities** to get you started quickly. This is not a complete list, but it should help you understand what each application is aimed toward:
 
-There are already shared entities which are identical, so the best place for them is within the Core submodule.
-Whenever you create new shared code, you should add it in the Core submodule and make sure to keep it updated in all your applications.
+- The **admin** has admins, admin logins and settings entities.
+- The **api** has both users and admins, as well as authentication entities.
+
+There are already shared entities which are identical, so the best place for them is within the Core submodule. Whenever you create new shared code, you should add it in the Core submodule and make sure to keep it updated in all your applications.
 
 > This does not mean that all new code should be in Core, as there are plenty of instances when certain functionality is designed to only be used by one application.
 
-## Why the Core Submodule Is Effective
+## Why the Core submodule is effective
 
 This design pattern ensures:
 
@@ -108,8 +104,14 @@ This design pattern ensures:
 - The ability to split the work to multiple developers.
 - Easier bugfixes and onboarding.
 
-As your platform expands, each new application connects to the Dotkernel Headless Platform via the central API which services everything the other applications require.
-This ensures consistency throughout your platform, while allowing any number of outside connections as requirements arise.
+As your platform expands, each new application connects to the Dotkernel Headless Platform via the central API which services everything the other applications require. This ensures consistency throughout your platform, while allowing any number of outside connections as requirements arise.
+
+![](/uploads/article/019f8a80-cc95-70fa-bdb7-28854eb6d673/api-comms4-2.png)
+
+## Additional Resources
+
+- [Dotkernel Git Repositories](https://github.com/dotkernel)
+- [Core in Dotkernel Headless Platform](https://docs.dotkernel.org/headless-documentation/v1/core/introduction/)
 
 ## FAQ
 
@@ -117,18 +119,13 @@ This ensures consistency throughout your platform, while allowing any number of
 A: The Core submodule is a common codebase shared by the applications in your project (for example API, Admin and Queue). It ensures each application uses entities and services in the same way, so rather than updating each application separately, you update the relevant service in Core once and sync it across applications.
 
 **Q: What is the golden rule for the Core codebase?**
-A: The Core codebase is the only place which manages the database entities. As much as possible, all Doctrine entities must reside in Core, whose current location is `src/Core`.
+A: The Core codebase is the only place which manages the database entities. As much as possible, all Doctrine entities must reside in Core, whose current location is src/Core.
 
 **Q: How do I create a Core submodule?**
-A: First create a new Git repository to hold the Core code. Then, in the main application repository, run `git submodule add <url>` using that new repository's URL. This generates the `.gitmodules` file, which maps the submodule to a local directory such as `src/Core`. From then on, changes to Core must be committed from within the Core folder like any other Git repository.
+A: First create a new Git repository to hold the Core code. Then, in the main application repository, run git submodule add <url> using that new repository's URL. This generates the .gitmodules file, which maps the submodule to a local directory such as src/Core. From then on, changes to Core must be committed from within the Core folder like any other Git repository.
 
 **Q: How do I get the Core submodule when cloning a project?**
-A: Run `git submodule init` followed by `git submodule update`. Remember to delete the existing Core module before adding the submodule to other applications.
+A: Run git submodule init followed by git submodule update. Remember to delete the existing Core module before adding the submodule to other applications.
 
 **Q: Which entities live in Admin and API versus the shared Core?**
 A: The admin application includes admins, admin logins and settings entities, while the API includes both users and admins, as well as authentication entities. Entities that are identical across applications should instead be kept in the shared Core submodule and synced whenever they change.
-
-## Resources
-
-- [Dotkernel Git Repositories](https://github.com/dotkernel)
-- [Core in Dotkernel Headless Platform](https://docs.dotkernel.org/headless-documentation/v1/core/introduction/)
diff --git a/public/md-articles/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.md b/public/md-articles/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.md
index 4507da43..0ce097bf 100644
--- a/public/md-articles/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.md
+++ b/public/md-articles/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.md
@@ -11,20 +11,17 @@ language: "en"
 # Version 7 adds PostgreSQL, Native UUID and PHP 8.5
 
 ## TL;DR
-
 Dotkernel API v7 adds support for native UUID v7, PostgreSQL, PHP 8.5 (8.4 for Admin), database table prefixes, and improved database configuration, while replacing the `binary` data type for `id` columns with `uuid`.
 It drops the Evolution pattern's Method Deprecation support and MySQL, since MySQL doesn't support the UUID data type.
 UUIDs are generated with the ramsey/uuid package, previously `uuid`-named table columns are now called `id`, and PostgreSQL or MariaDB v10.7+ is required for UUID support.
 
-The Dotkernel Headless Platform has seen new releases for both API and Admin.
-The Admin codebase has received an overall facelift, as well as updates to retain compatibility with API v7.
-The release for Dotkernel API v7 has several added features, as well as a few that are removed.
+The Dotkernel Headless Platform has seen new releases for both API and Admin. The Admin codebase has received an overall facelift, as well as updates to retain compatibility with API v7. The release for Dotkernel API v7 has several added features, as well as a few that are removed.
 
 New features are:
 
 - Support for `UUID` v7 using the native `UUID` data type.
 - Support for PostgreSQL.
-- Support for PHP 8.5 for API and 8.4 for Admin.
+- Support for PHP 8.5 for API and Admin.
 - Support for database table prefix (string prepended to the name of every table in a database).
 - Improved database configuration.
 - The replacement of the `binary` data type for `id` (index) columns, in favor of `uuid`.
@@ -36,19 +33,15 @@ And these are the features that have been removed:
 
 ## Support for UUID v7
 
-The most important change in v7 is the introduction of support for native UUID.
-We use the package [ramsey/uuid](https://github.com/ramsey/uuid) to generate the uuid and then store it in the database.
-In this way we have full control over the UUID version in use.
-This solution means you don't depend on extensions or a particular version of the database.
+The most important change in v7 is the introduction of support for native UUID. We use the package [ramsey/uuid](https://github.com/ramsey/uuid) to generate the uuid and then store it in the database. In this way we have full control over the UUID version in use. This solution means you don't depend on extensions or a particular version of the database.
 
-> To ensure you have support for the `UUID` data type, you must use PostgreSQL or MariaDB v10.7 or later.
+> To ensure you have support for the `UUID` data type, you must use PostgreSQL or MariaDB v11.4 or later.
 
 This also brings along a less-impactful change that still deserves mentioning: the table columns named `uuid` have been renamed to `id`.
 
 ## Database Configuration
 
-Based on new scenarios in our own projects, we decided to clarify the instructions regarding multiple database connections.
-With this update, these aspects should become more obvious:
+Based on new scenarios in our own projects, we decided to clarify the instructions regarding multiple database connections. With this update, these aspects should become more obvious:
 
 - Which database connection is the default.
 - How to switch to another database connection.
@@ -56,7 +49,7 @@ With this update, these aspects should become more obvious:
 ## FAQ
 
 **Q: What new features does Dotkernel API v7 introduce?**
-A: v7 adds support for UUID v7 using the native UUID data type, support for PostgreSQL, support for PHP 8.5 (API) and 8.4 (Admin), support for a database table prefix, improved database configuration, and replaces the binary data type for id (index) columns in favor of uuid.
+A: v7 adds support for UUID v7 using the native UUID data type, support for PostgreSQL, support for PHP 8.5, support for a database table prefix, improved database configuration, and replaces the binary data type for id (index) columns in favor of uuid.
 
 **Q: What features were removed in v7?**
 A: v7 removes the Evolution pattern's support for Method Deprecation, and drops support for MySQL, primarily because MySQL doesn't support UUID as a data type.
@@ -65,7 +58,7 @@ A: v7 removes the Evolution pattern's support for Method Deprecation, and drops
 A: Dotkernel uses the ramsey/uuid package to generate the UUID before storing it in the database. This gives full control over the UUID version in use, so the application doesn't depend on extensions or a particular database version.
 
 **Q: Which databases support the UUID data type required by v7?**
-A: You must use PostgreSQL or MariaDB v10.7 or later to have support for the UUID data type.
+A: You must use PostgreSQL or MariaDB v11.4 or later to have support for the UUID data type.
 
 **Q: What else changed alongside the move to native UUID?**
-A: Table columns previously named `uuid` have been renamed to `id`. The database configuration was also clarified so it's more obvious which connection is the default and how to switch to another database connection.
+A: Table columns previously named uuid have been renamed to id. The database configuration was also clarified so it's more obvious which connection is the default and how to switch to another database connection.
diff --git a/public/md-articles/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.md b/public/md-articles/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.md
index 76c5d44e..ef9bc448 100644
--- a/public/md-articles/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.md
+++ b/public/md-articles/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.md
@@ -11,34 +11,36 @@ language: "en"
 # CORS policy setup in Dotkernel using mezzio-cors
 
 ## TL;DR
-
 This article explains how to fix the common "No 'Access-Control-Allow-Origin' header is present" browser error by installing and configuring the mezzio-cors package.
 It covers registering the package's ConfigProvider and middleware, then creating a CORS configuration file.
 The configuration supports a permissive mode, where any origin is allowed, and a restrictive mode, where only specific listed origins are allowed.
 It also shows how to verify each mode is working correctly.
 
-## Error Message
+## CORS policy setup in Dotkernel using mezzio-cors
+
+## Error message
+
+> Access to fetch at *RESOURCE_URL* from origin *ORIGIN_URL* has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
+
+Most developers have encountered this error when interacting with APIs. In this article we will run through the steps required to fix it.
 
-> Access to fetch at RESOURCE_URL from origin ORIGIN_URL has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
+**Cross-Origin Resource Sharing** ([CORS](https://developer.mozilla.org/en-US/docs/Glossary/CORS)) is an [HTTP](https://developer.mozilla.org/en-US/docs/Glossary/HTTP)-header based mechanism that allows a server to indicate any other [origin](https://developer.mozilla.org/en-US/docs/Glossary/Origin)s (domain, scheme, or port) than its own from which a browser should permit loading of resources.
 
-Most developers have encountered this error when interacting with APIs.
-In this article we will run through the steps required to fix it.
-Cross-Origin Resource Sharing ([CORS](https://developer.mozilla.org/en-US/docs/Glossary/CORS)) is an [HTTP](https://developer.mozilla.org/en-US/docs/Glossary/HTTP)-header based mechanism that allows a server to indicate any other [origins](https://developer.mozilla.org/en-US/docs/Glossary/Origin) (domain, scheme, or port) than its own from which a browser should permit loading of resources.
-The library we are going to use is [Mezzio CORS](https://docs.mezzio.dev/mezzio-cors/).
+The library we are going to use is [Mezzio CORS](https://docs.mezzio.dev/mezzio-cors/) .
 
 ## Setup
 
-### Install Package Mezzio CORS
+### Install package Mezzio CORS
 
-Run the following command in your application's root directory:
+Run the following command in your application’s root directory:
 
-```bash
+```
 composer require mezzio/mezzio-cors
 ```
 
 ### Register ConfigProvider
 
-Open your application's `config/config.php` file and add the following lines to the `$aggregator` variable:
+Open your application’s **config/config.php** file and add the following lines to the `$aggregator` variable:
 
 `Laminas\Diactoros\ConfigProvider::class,`
 
@@ -46,7 +48,7 @@ Open your application's `config/config.php` file and add the following lines to
 
 ### Register Middleware
 
-Open your application's `config/pipeline.php` file and add the following line (preferably between `ErrorHandlerInterface::class` and the handler/middleware that will return your response):
+Open your application’s **config/pipeline.php** file and add the following line (preferrably between *ErrorHandlerInterface::class* and the handler/middleware that will return your response):
 
 `$app->pipe(CorsMiddleware::class);`
 
@@ -54,11 +56,11 @@ Don't forget to add the corresponding use at the top of the file:
 
 `use Mezzio\Cors\Middleware\CorsMiddleware;`
 
-### Create Config File
+### Create config file
 
-Create and open the file `config/autoload/cors.local.php` and add the following code inside it:
+Create and open file **config/autoload/cors.local.php** and add the following code inside it:
 
-```php
+```
 <?php
 
 declare(strict_types=1);
@@ -78,23 +80,24 @@ return [
 ];
 ```
 
-Note the value `ConfigurationInterface::ANY_ORIGIN` stored under `allowed_origins`.
-Leaving this value as is makes your application accessible by any origin (permissive mode).
-To restrict access, replace it with a list of origins that should have access to your application (restrictive mode), for example:
+Note the value `ConfigurationInterface::ANY_ORIGIN` stored under `allowed_origins`. Leaving this value as is, makes your application accessible by any origin (*permissive mode*). To restrict access, replace it with a list of origins that should have access to your application (*restrictive mode*), for example:
 
-```php
-'allowed_origins' => ['https://example.com'],
+```
+'allowed_origins' => [
+    "domain1.com", "domain2.com"
+],
 ```
 
-Don't forget to make a distributable version of your `config/autoload/cors.local.php` and add that to your repository.
+Don't forget to make a *distributable* version of you **config/autoload/cors.local.php** and add that to your repository.
 
 ## Testing
 
-Make sure your application sends the Origin header and it is set to the correct value, for example `example.com`.
-In your `config/autoload/cors.local.php`:
+Make sure your application sends the **Origin** header and it is set to the correct value, for example *example.com*.
+
+In your **config/autoload/cors.local.php**:
 
-- when in permissive mode, you should see the expected response from the resource
-- when in restrictive mode, if the request origin is not listed under `allowed_origins`, you should see a 403 Not authorized response
+- when in *permissive mode*, you should see the expected response from the resource
+- when in *restrictive mode*, if the request origin is not listed under `allowed_origins`, you should see a **403 Not authorized** response
 
 ## FAQ
 
@@ -102,15 +105,13 @@ In your `config/autoload/cors.local.php`:
 A: It appears when a browser blocks access to a resource on another origin because the server's response doesn't include an 'Access-Control-Allow-Origin' header, per the browser's CORS (Cross-Origin Resource Sharing) policy.
 
 **Q: What package solves CORS handling in Dotkernel?**
-A: Mezzio CORS, installed by running `composer require mezzio/mezzio-cors` in the application's root directory.
+A: Mezzio CORS, installed by running composer require mezzio/mezzio-cors in the application's root directory.
 
 **Q: What are the setup steps needed to enable CORS?**
-A: Register both `Laminas\Diactoros\ConfigProvider::class` and `Mezzio\Cors\ConfigProvider::class` in `config/config.php`, add `$app->pipe(CorsMiddleware::class);` to `config/pipeline.php` (preferably between the error handler and the handler/middleware returning your response), and create a `config/autoload/cors.local.php` file with your CORS configuration.
+A: Register both Laminas\Diactoros\ConfigProvider::class and Mezzio\Cors\ConfigProvider::class in config/config.php, add $app->pipe(CorsMiddleware::class); to config/pipeline.php (preferably between the error handler and the handler/middleware returning your response), and create a config/autoload/cors.local.php file with your CORS configuration.
 
 **Q: What's the difference between permissive and restrictive mode?**
-A: In permissive mode, `allowed_origins` is set to `ConfigurationInterface::ANY_ORIGIN`, making the application accessible from any origin.
-In restrictive mode, you replace that value with a list of the specific origins that should have access.
+A: In permissive mode, allowed_origins is set to ConfigurationInterface::ANY_ORIGIN, making the application accessible from any origin. In restrictive mode, you replace that value with a list of the specific origins that should have access.
 
 **Q: How do you test whether CORS is configured correctly?**
-A: Make sure your application sends the Origin header set to the correct value.
-In permissive mode you should see the expected response from the resource; in restrictive mode, if the request origin isn't listed under `allowed_origins`, you should see a 403 Not authorized response.
+A: Make sure your application sends the Origin header set to the correct value. In permissive mode you should see the expected response from the resource; in restrictive mode, if the request origin isn't listed under allowed_origins, you should see a 403 Not authorized response.
diff --git a/public/md-articles/how-to/creating-admin-accounts-in-dotkernel-api.md b/public/md-articles/how-to/creating-admin-accounts-in-dotkernel-api.md
index 4e185034..841bab01 100644
--- a/public/md-articles/how-to/creating-admin-accounts-in-dotkernel-api.md
+++ b/public/md-articles/how-to/creating-admin-accounts-in-dotkernel-api.md
@@ -11,76 +11,96 @@ language: "en"
 # Creating admin accounts in Dotkernel API
 
 ## TL;DR
-
 Starting with version 3, Dotkernel API supports dedicated admin accounts.
 They can be created either through a protected API endpoint, which lets you assign one or more admin roles and optional names, or through a terminal command, which is quicker but always assigns the default admin role.
 Both methods leave you with a ready-to-use admin account.
 
-## Method 1: Using API Endpoint
+## Creating admin accounts in Dotkernel API
+
+Starting from v3, Dotkernel API introduces support for admin accounts. In this article we will describe two different methods of creating an admin account.
+
+## Method 1: Using API endpoint
 
 This action can be performed only by an authenticated admin/superuser.
-Once authenticated, call the protected endpoint `POST /admin` with the following JSON body:
 
-```json
+Once authenticated call the protected endpoint `POST /admin` with the following **JSON** body:
+
+```
 {
-    "identity": "{IDENTITY}",
-    "password": "{PASSWORD}",
-    "passwordConfirm": "{PASSWORD}",
-    "firstname": "{FIRSTNAME}",
-    "lastname": "{LASTNAME}",
-    "roles": ["{ROLE_UUID}"]
-}
+   "identity": "{IDENTITY}",
+   "password": "{PASSWORD}",
+   "passwordConfirm": "{PASSWORD}",
+   "firstname": "{FIRSTNAME}",
+   "lastname": "{LASTNAME}",
+   "roles":
+ }
 ```
 
 after replacing:
 
 - {IDENTITY} with a valid username OR email address
 - {PASSWORD} with a valid password
-- {ROLE_UUID} with a valid admin role UUID (you can get a list of admin roles by calling the protected endpoint `GET /admin/role`)
+- {ROLE_UUID} with a valid admin role UUID (You can get a list of admin roles by calling the protected endpoint `GET /admin/role`)
 - {FIRSTNAME} and {LASTNAME} are optional
 
-Note: you can specify multiple admin roles under the roles key.
+**NOTE:** You can specify multiple admin roles under the *roles* key.
+
 If the submitted data is valid, the response will be similar to the below:
 
-```json
+```
 {
-    "uuid": "d436b044-be36-11eb-9eb1-78f29ef45f43",
-    "identity": "Letha_Runolfsson96",
-    "firstName": "Oswald",
-    "lastName": "Swift",
-    "status": "active",
-    "roles": ["{ROLE_UUID}"],
-    "created": {
-        "date": "2021-05-26 17:27:06.194613",
-        "timezone_type": 3,
-        "timezone": "Europe/Berlin"
-    },
-    "updated": {
-        "date": "2021-05-26 17:27:06.279705",
-        "timezone_type": 3,
-        "timezone": "Europe/Berlin"
-    },
-    "_links": {
-        "self": {
-            "href": "http://localhost:8080/admin/d436b044-be36-11eb-9eb1-78f29ef45f43"
-        }
-    }
-}
+     "uuid": "d436b044-be36-11eb-9eb1-78f29ef45f43",
+     "identity": "Letha_Runolfsson96",
+     "firstName": "Oswald",
+     "lastName": "Swift",
+     "status": "active",
+     "roles": [
+     {
+       "uuid": "{ROLE_UUID}"
+     }
+   ][
+         {
+             "uuid": "eaa3d01c-9fc0-11eb-b099-78f29ef45f43",
+             "name": "admin",
+             "created": {
+                 "date": "2021-04-17 23:07:27.000000",
+                 "timezone_type": 3,
+                 "timezone": "Europe/Berlin"
+             },
+             "updated": null
+         }
+     ],
+     "created": {
+         "date": "2021-05-26 17:27:06.194613",
+         "timezone_type": 3,
+         "timezone": "Europe/Berlin"
+     },
+     "updated": {
+         "date": "2021-05-26 17:27:06.279705",
+         "timezone_type": 3,
+         "timezone": "Europe/Berlin"
+     },
+     "_links": {
+         "self": {
+             "href": "http://localhost:8080/admin/d436b044-be36-11eb-9eb1-78f29ef45f43"
+         }
+     }
+ }
 ```
 
 The new admin account is ready to use.
 
-## Method 2: Using Terminal Command
+## Method 2: Using terminal command
 
 Run the following command in your application's root directory:
 
-```bash
+```
 php ./bin/cli.php admin:create -i {IDENTITY} -p {PASSWORD}
 ```
 
 or
 
-```bash
+```
 php ./bin/cli.php admin:create --identity {IDENTITY} --password {PASSWORD}
 ```
 
@@ -89,10 +109,10 @@ after replacing:
 - {IDENTITY} with a valid username OR email address
 - {PASSWORD} with a valid password
 
-Note:
+**NOTE:**
 
-- if the specified identity or password contain special characters, make sure you surround them with double quote signs
-- this method does not allow specifying an admin role - newly created accounts will have the role of admin
+- if the specified *identity* or *password* contain special characters, make sure you surround them with double quote signs
+- this method does not allow specifying an admin role - newly created accounts will have role of admin
 
 If the submitted data is valid, the outputted response is:
 
@@ -101,27 +121,26 @@ Admin account has been created.
 ```
 
 The new admin account is ready to use.
+
 You can get more help with this command by running:
 
-```bash
+```
 php ./bin/cli.php help admin:create
 ```
 
 ## FAQ
 
 **Q: What are the two ways to create an admin account in Dotkernel API?**
-A: You can either call the protected API endpoint `POST /admin` with a JSON body, or run the terminal command `php ./bin/cli.php admin:create`.
+A: You can either call the protected API endpoint POST /admin with a JSON body, or run the terminal command php ./bin/cli.php admin:create.
 
 **Q: Who can create an admin account via the API endpoint?**
-A: This action can be performed only by an authenticated admin/superuser, calling the protected `POST /admin` endpoint.
+A: This action can be performed only by an authenticated admin/superuser, calling the protected POST /admin endpoint.
 
 **Q: What data does the POST /admin request body need?**
-A: identity, password, passwordConfirm, and roles (one or more valid admin role UUIDs, obtainable via the protected `GET /admin/role` endpoint).
-firstname and lastname are optional.
+A: identity, password, passwordConfirm, and roles (one or more valid admin role UUIDs, obtainable via the protected GET /admin/role endpoint). firstname and lastname are optional.
 
 **Q: What role does an admin get when created via the terminal command?**
 A: The terminal command doesn't allow specifying an admin role, so newly created accounts are given the role of admin.
 
 **Q: How do I get more help with the admin:create command?**
-A: Run `php ./bin/cli.php help admin:create`.
-Also note that if the identity or password contain special characters, they must be surrounded with double quote signs.
+A: Run php ./bin/cli.php help admin:create. Also note that if the identity or password contain special characters, they must be surrounded with double quote signs.
diff --git a/public/md-articles/how-to/database-migrations-and-how-to-use-them.md b/public/md-articles/how-to/database-migrations-and-how-to-use-them.md
index 80e11ab5..ced97a7e 100644
--- a/public/md-articles/how-to/database-migrations-and-how-to-use-them.md
+++ b/public/md-articles/how-to/database-migrations-and-how-to-use-them.md
@@ -11,80 +11,93 @@ language: "en"
 # Database migrations and how to use them
 
 ## TL;DR
-
 Database migrations track schema changes so teams can collaborate without ad hoc, convoluted database change messages and can keep column types consistent across the team.
 A package for the Dotkernel stack adds migrations and seeders to the application via a new `php dot` command.
 The article walks through adopting migrations in an existing project, running and naming them, and explains how seeders differ from migrations by adding data rather than changing schema.
 
-## Migrations, the Superhero Your Database Deserves
+## Migrations, the superhero your database deserves
 
 Migrations ease the process of working together on projects, as well as deploying the database changes.
-A newly released [package](https://github.com/JapSeyz/Dot-migrations) for the Dotkernel stack integrates migrations and seeders into the application.
-This is all done via the newly introduced "php dot" command that's available in the Dotkernel stack.
-This article assumes that you're familiar with the basic concepts of migrations.
-If you're not, there's an excellent article available [here](https://medium.com/@JapSeyz/database-migrations-and-why-you-should-use-them-11bfde52d7c2).
-To recap the article above, a database migration is a change in the database schema.
+
+ 
+
+A newly released [package](https://github.com/JapSeyz/Dot-migrations) for the Dotkernel stack integrates migrations and seeders into the application; This is all done via the newly introduced "php dot" command that's available in the Dotkernel stack.
+
+This article assumes that you're familiar with the basic concepts of migrations, if you're not, there's an excellent article available [here](https://medium.com/@JapSeyz/database-migrations-and-why-you-should-use-them-11bfde52d7c2)
+
+**To recap the article above, a database migration in a change in the database schema.**
+
+ 
 
 ## Benefits
 
-By using migrations and seeders, you ensure a better workflow for teams, as changes to the database no longer require convoluted messages.
-It also ensures that all team members use the same types with the same limits on each column, and someone doesn't have VARCHAR(50) while another has VARCHAR(150).
-It keeps the database synchronised throughout the team with minimal effort.
-When pushing to production, the deployment script will automatically run the migrations and keep the database schema in sync with the codebase.
-It requires no manual SSH'ing into production servers and no risky manual changes to production databases.
+By using migrations and seeders, you ensure a better workflow for teams, as changes to the database no longer require convoluted messages. It also ensures that all team members use the same types with the same limits on each column, and someone doesn't have *VARCHAR(50)* while another has *VARCHAR(150).* **It keeps the database synchronised throughout the team with minimal effort.**
 
-## Getting Started
+When pushing to production, the deployment script will automatically run the migrations and keep the database schema in sync with the codebase.
 
-To setup migrations, simply follow the installation instructions in the package provided for Dotkernel.
-After the package has been successfully setup, you're ready to go.
-To see the available commands, simply write `php dot` in a console that's located in your project root.
+**It requires no manual SSH'ing into production servers and no risky manual changes to production databases.**
 
-## How to Use Migrations in My Project?
+ 
+
+## Getting started
+
+To setup migrations, simply follow the installation instructions in the package provided for Dotkernel. After the package has been successfully setup, you're ready to go. To see the available commands, simply write "*php dot*" in a console that's located in your project root.
+
+ 
+
+## How to use migrations in my project?
 
 Migrations are very easily adapted to any project.
 
-- Existing projects should start by creating a new migration, and mirror the current database design in that file.
-  - Backup the database, in case anything unforeseen should happen.
+- *Existing* projects should start by creating a new migration, and mirror the current database design in that file.
+  - *Backup the database*. in case anything unforeseen should happen.
   - After the design has been mirrored, the existing tables should be deleted, and the migrations can be run.
 
-1. Whenever you would normally manually touch the database, make a migration for doing it instead (`php dot make:migration <name>`).
+1. Whenever you would normally manually touch the database, make a migration for doing it instead. (*php dot make:migration <name>*)
 2. Give the migrations reasonable names, so it's easy to see their action, and the DB progression, in the project tree.
 3. Run the migrate command, and watch the database automatically generate and run the SQL to update the tables and columns as configured.
 4. Enjoy a safe and worry free database that won't suffer from manually touching it.
 
-Notice: migrations are stored in version control, so whenever you pull an update, quickly run `php dot migrate`, as it will only ever migrate new files, and leave out the ones that have been run already.
+ 
+
+Notice; Migrations are stored in version control, so whenever you pull an update, quickly run *php dot migrate*, as it will only ever migrate new files, and leave out the ones that have been run already.
+
+ 
 
 ## Seeders
 
-If you need to add some data to a table, e.g. adding a default admin profile on a fresh installation, this can be done via seeders.
-Migrations manage the database layouts, seeders add data to the database.
-Seeders can be configured to run every time a certain migration is run, so no matter when you or how you reset your database, it'll make sure that there's always a default admin profile when the CreateAdminTableMigration is run.
-Seeders are created the same way as migrations, and also benefit hugely from being given reasonable names that explain what they do.
+If you need to add some data to a table, e.g. adding a default admin profile on a fresh installation, this can be done via Seeders.
+
+*Migrations manage the database layouts, seeders add data to the database.*
+
+Seeders can be configured to run every time a certain migration is run, so no matter when you or how you reset your database, it'll make sure that there's always a default admin profile when the *CreateAdminTableMigration* is run.
+
+Seeders are created the same way as migrations, and also benefits hugely from being given reasonable names that explain what they do.
 
 1. Create the required seeders, one for each table is the best practice, so you can have a "UserTableSeeder" and a "CarTableSeeder" etc.
-2. Setup when these seeders should run:
-   - When running a migration
-   - Via a console command, this is used to seed x amount of rows of (random) data to the database for testing.
+2. Setup when these seeders should run;
+  - When running a migration
+  - Via a console-command, this is used to seed x amount of rows of (random) data to the database for testing.
+
+---
+
+## Acknowledgements
+
+The images in the article shows screenshots from [MySQL Workbench](https://www.mysql.com/products/workbench/), and the migration package used is [Phinx](https://phinx.org/)
 
 ## FAQ
 
 **Q: What is a database migration?**
-A: A database migration is a change to the database schema.
-The Dotkernel stack integrates migrations (and seeders) via a package that adds the "php dot" command to the application.
+A: A database migration is a change to the database schema. The Dotkernel stack integrates migrations (and seeders) via a package that adds the "php dot" command to the application.
 
 **Q: What are the benefits of using migrations and seeders?**
-A: They keep the database synchronised across the team with minimal effort, so column types and limits stay consistent instead of drifting (e.g. one dev using VARCHAR(50) and another VARCHAR(150)).
-Deployment scripts can also run migrations automatically in production, avoiding manual SSH access and risky manual database changes.
+A: They keep the database synchronised across the team with minimal effort, so column types and limits stay consistent instead of drifting (e.g. one dev using VARCHAR(50) and another VARCHAR(150)). Deployment scripts can also run migrations automatically in production, avoiding manual SSH access and risky manual database changes.
 
 **Q: How do I create a new migration?**
-A: Run `php dot make:migration <name>`, giving the migration a reasonable name so its action and the database's progression are easy to follow in the project tree.
+A: Run php dot make:migration <name>, giving the migration a reasonable name so its action and the database's progression are easy to follow in the project tree.
 
 **Q: What's the difference between migrations and seeders?**
 A: Migrations manage the database layout/schema, while seeders add data to the database, such as adding a default admin profile on a fresh installation.
 
 **Q: What happens when I run php dot migrate more than once?**
-A: Since migrations are stored in version control, running `php dot migrate` will only ever run new migration files, leaving out the ones that have already been run.
-
-## Acknowledgements
-
-The images in the article show screenshots from [MySQL Workbench](https://www.mysql.com/products/workbench/), and the migration package used is [Phinx](https://phinx.org/).
+A: Since migrations are stored in version control, running php dot migrate will only ever run new migration files, leaving out the ones that have already been run.
diff --git a/public/md-articles/how-to/doctrine-cache-in-mezzio-and-dotkernel.md b/public/md-articles/how-to/doctrine-cache-in-mezzio-and-dotkernel.md
index b02a0c90..ee4a5dc7 100644
--- a/public/md-articles/how-to/doctrine-cache-in-mezzio-and-dotkernel.md
+++ b/public/md-articles/how-to/doctrine-cache-in-mezzio-and-dotkernel.md
@@ -11,47 +11,47 @@ language: "en"
 # Doctrine Cache in Mezzio and Dotkernel
 
 ## TL;DR
-
 Running Doctrine ORM in production without any caching strategy wastes CPU cycles regenerating metadata and queries on every request.
 This article configures Doctrine's `metadata_cache`, `query_cache`, and `result_cache` through psr/container, using `PhpFileCache` and a default result cache lifetime of 3600 seconds.
 It walks through enabling these caches both directly on a query and on a Doctrine Paginator-based collection, with real examples from Dotkernel Admin.
 Note: a 2024 follow-up article covers the same topic using Symfony Cache instead.
 
-## Doctrine Caching in Dotkernel
+## Doctrine caching in Dotkernel
+
+> Following version 2 of doctrine/cache, in 2024 we published an update to this article here:[https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/](https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/)
 
-> Following version 2 of doctrine/cache, in 2024 we published an update to this article here: [https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/](https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/)
+Using an **ORM** in **production** without any sort of cache strategy is a very bad move. The Database server chokes; lots of CPU cycles wasted only to generate metadata and queries over and over again at each request; the system slows down and so on.
+
+Following [Doctrine documentation](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html#integrating-with-the-orm) [ 'orm_default' => [ // it is recommended to disable doctrine cache on development // just comment any type of cache you dont want to be applied on development 'query_cache' => \Doctrine\Common\Cache\PhpFileCache::class, 'metadata_cache' => \Doctrine\Common\Cache\PhpFileCache::class, 'result_cache' => \Doctrine\Common\Cache\PhpFileCache::class ] ], we choose to configure doctrine cache system through **psr/container**.
 
-Using an ORM in production without any sort of cache strategy is a very bad move.
-The database server chokes; lots of CPU cycles wasted only to generate metadata and queries over and over again at each request; the system slows down and so on.
-Following [Doctrine documentation](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html#integrating-with-the-orm), we choose to configure the Doctrine cache system through psr/container.
 The main parts we are going to use are `query_cache`, `metadata_cache` and `result_cache`.
+
 As cache type we choose `PhpFileCache` and for result cache we are setting a lifetime of 3600 seconds.
 
 ## Configuration
 
-In the file `config/autoload/doctrine.global.php` add the below entry:
+In the file: **config/autoload/doctrine.global.php** add the below entry:
 
-```php
+```
 'doctrine' =>
         ]
     ],
 'resultCacheLifetime' => 3600
 ```
 
-In the file `config/autoload/local.php` add the below entry in the `doctrine` section:
+In the file: **config/autoload/local.php** add the below entry in the `doctrine` section:
 
-```php
+```
     'configuration' =>
     ],
 ```
 
 ## Metadata Cache
 
-Your class metadata is being parsed on each request.
-Instead of parsing this information we should cache it using one of the cache drivers.
+Your class metadata is being parsed on each request. Instead of **parsing** this information we should **cache** it using one of the cache drivers.
 We enabled this by adding the following `metadata_cache` key to our doctrine configuration:
 
-```php
+```
 'doctrine' =>
         ]
     ]
@@ -59,11 +59,11 @@ We enabled this by adding the following `metadata_cache` key to our doctrine con
 
 ## Query Cache
 
-It is highly recommended that in a production environment you cache the transformation of a DQL query to its SQL counterpart.
-It doesn't make sense to do this parsing multiple times as it doesn't change unless you alter the DQL query.
+It is highly recommended that in a production environment you cache the transformation of a **DQL** query to its **SQL** counterpart.
+It doesn't make sense to do this parsing multiple times as it doesn't change unless you alter the **DQL** query.
 We enabled this by adding the following `query_cache` key to our doctrine configuration:
 
-```php
+```
 'doctrine' =>
         ]
     ]
@@ -71,17 +71,17 @@ We enabled this by adding the following `query_cache` key to our doctrine config
 
 ### Usage
 
-```php
+```
 $query = $em->createQuery('select u from \Entities\User u');
 $query->useQueryCache(true);
 ```
 
 ## Result Cache
 
-The result cache can be used to cache the results of your queries so that doctrine doesn't have to query the database or hydrate the data again after the first time.
+The result cache can be used to cache the results of your queries so that doctrine don't have to query the database or hydrate the data again after the first time.
 We enabled this by adding the following `result_cache` key to our doctrine configuration:
 
-```php
+```
 'doctrine' =>
         ]
     ]
@@ -89,29 +89,30 @@ We enabled this by adding the following `result_cache` key to our doctrine confi
 
 ### Usage
 
-```php
+```
 $query = $em->createQuery('select u from \Entities\User u');
 $query->enableResultCache();
 ```
 
-Note: you can set a `lifetime` for how long the result cache should live before it will be rewritten by simply passing the value as the first argument:
+Note: You can set a `lifetime` for result cache to live before it will be rewrite by simply passing the value as the first argument:
 
-```php
-$query->enableResultCache($resultCacheLifetime);
+```
+$query->enableResultCache( $resultCacheLifetime);
 ```
 
-Note: you can set a custom `ID` for the result cache, which is automatically generated for you if you don't set a custom ID yourself:
+Note: You can set a custom `ID` for the result cache which is automatically generated for you if you don't set a custom ID yourself:
 
-```php
-$query->enableResultCache($resultCacheLifetime, 'my_custom_id');
+```
+$query->enableResultCache( $resultCacheLifetime, 'my_custom_id');
 ```
 
 ## Dotkernel Admin Example
 
-Below is the code used in [Dotkernel Admin](https://github.com/dotkernel/admin) in order to [list all Admins](https://github.com/dotkernel/admin/blob/3.0/src/User/src/Repository/AdminRepository.php#L78).
-It uses both `query_cache` and `result_cache`.
+Below there is the code used in [Dotkernel Admin](https://github.com/dotkernel/admin) in order to [list all Admins](https://github.com/dotkernel/admin/blob/3.0/src/User/src/Repository/AdminRepository.php#L78).
 
-```php
+Is using both `query_cache`  and `result_cache`.
+
+```
 $qb = $this->getEntityManager()->createQueryBuilder();
 $qb->select('admin')
 ->from(Admin::class, 'admin');
@@ -128,11 +129,11 @@ $qb->orderBy('admin.' . $sort, $order);
 return $qb->getQuery()->useQueryCache(true)->enableResultCache($this->getCacheLifetime())->getResult();
 ```
 
-## How to Return Collections
+## How to return Collections
 
-For returning collections that extend Doctrine Paginator (`Doctrine\ORM\Tools\Pagination\Paginator`), just enable result and/or query cache before passing the query builder to the collection:
+For returning collections that extends **Doctrine Paginator** (`Doctrine\ORM\Tools\Pagination\Paginator`) just enable result and/or query cache **before** passing query builder to collection
 
-```php
+```
 $qb = $this->getEntityManager()->createQueryBuilder();
 $qb->select('collection')
 ->from(MyCollection::class, 'collection');
@@ -145,9 +146,9 @@ $qb->getQuery()->enableResultCache($this->getCacheLifetime())->useQueryCache(tru
 return new MyCollection($qb);
 ```
 
-and the MyCollection class looks like:
+and the **MyCollection** look like:
 
-```php
+```
 <?php
 
 use Doctrine\ORM\Tools\Pagination\Paginator;
@@ -161,6 +162,11 @@ class MyCollection extends Paginator
 }
 ```
 
+## References
+
+- [Doctrine Advanced Configuration](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/advanced-configuration.html)
+- [Doctrine Caching Documentation](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html)
+
 ## FAQ
 
 **Q: Is this article still current?**
@@ -170,16 +176,10 @@ A: The article notes that following version 2 of doctrine/cache, an updated vers
 A: query_cache, metadata_cache and result_cache, configured through psr/container using PhpFileCache as the cache type.
 
 **Q: What is the default result cache lifetime?**
-A: A lifetime of 3600 seconds, set via `resultCacheLifetime` in `config/autoload/doctrine.global.php`.
+A: A lifetime of 3600 seconds, set via resultCacheLifetime in config/autoload/doctrine.global.php.
 
 **Q: How do I enable query cache and result cache in code?**
-A: Call `$query->useQueryCache(true)` and `$query->enableResultCache()` on the query object.
-`enableResultCache()` can also take a lifetime as its first argument and a custom cache ID as a second argument, otherwise one is auto-generated.
+A: Call $query->useQueryCache(true) and $query->enableResultCache() on the query object. enableResultCache() can also take a lifetime as its first argument and a custom cache ID as an argument, otherwise one is auto-generated.
 
 **Q: How should caching be enabled for a Doctrine Paginator-based collection?**
-A: Enable result and/or query cache on the query builder's query before passing the query builder into the collection (a class extending `Doctrine\ORM\Tools\Pagination\Paginator`).
-
-## Resources
-
-- [Doctrine Advanced Configuration](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/advanced-configuration.html)
-- [Doctrine Caching Documentation](https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html)
+A: Enable result and/or query cache on the query builder's query before passing the query builder into the collection (a class extending Doctrine\ORM\Tools\Pagination\Paginator).
diff --git a/public/md-articles/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.md b/public/md-articles/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.md
index 7ca3bcac..1e9f44be 100644
--- a/public/md-articles/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.md
+++ b/public/md-articles/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.md
@@ -11,72 +11,68 @@ language: "en"
 # Generating a doctrine migration without dropping custom tables
 
 ## TL;DR
-
 When an application has custom, unmapped database tables, running `doctrine-migrations diff` will try to drop them, since no Doctrine entity describes them.
 This article shows how to prevent that using the `--filter-expression` option, including how to filter multiple table prefixes at once.
 It also flags a Windows PowerShell quirk where the caret in the regex gets stripped, and how to work around it.
 
+## Generating a doctrine migration without dropping custom tables
+
+If your application needs to hold some **custom** (*unmapped*) tables in the database, then generating migrations with doctrine-migrations diff will try to **drop** the custom tables. This article provides a solution on how to avoid dropping those tables.
+
 ## Usage
 
-If your application needs to hold some custom (unmapped) tables in the database, then generating migrations with `doctrine-migrations diff` will try to drop the custom tables.
-This article provides a solution on how to avoid dropping those tables.
-Run the following command in your application's root directory:
+Run the following command in your application’s root directory:
 
-```bash
+```
 vendor/bin/doctrine-migrations diff
 ```
 
-If you have mapping modifications, this will create a new migration file under the `data/doctrine/migrations/` directory.
-Opening the migration file, you will notice that it contains some queries that will drop your `oauth_*` tables because they are unmapped (there is no doctrine entity describing them).
-You should delete your latest migration with the DROP queries in it, as we will create another one, without the DROP queries in it.
-In order to avoid dropping these tables, you need to add a parameter called filter-expression.
+If you have mapping modifications, this will create a new migration file under **data/doctrine/migrations/** directory. Opening the migration file, you will notice that it contains some queries that will drop your `oauth_*` tables because they are unmapped (there is no doctrine entity describing them). You should delete your latest migration with the **DROP** queries in it as we will create another one, without the **DROP** queries in it. In order to avoid dropping these tables, you need to add a parameter called filter-expression.
+
 The command to be executed without dropping these tables looks like this:
 
-On Windows (use double quotes):
+On **Windows** (use double quotes):
 
-```bash
+```
 vendor/bin/doctrine-migrations diff --filter-expression="/^(?!oauth_)/"
 ```
 
-On Linux/macOS (use single quotes):
+On **Linux/macOS** (use single quotes):
 
-```bash
+```
 vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/'
 ```
 
-## Filtering Multiple Unmapped Table Patterns
+## Filtering multiple unmapped table patterns
 
-If your database contains multiple unmapped table groups, then the pattern in `filter-expression` should hold all table prefixes concatenated by the pipe character (`|`).
-For example, if you need to filter tables prefixed with `foo_` and `bar_`, then the command should look like this:
+If your database contains multiple unmapped table groups, then the pattern in `filter-expression` should hold all table prefixes concatenated by pipe character (`|`). For example, if you need to filter tables prefixed with `foo_` and `bar_`, then the command should look like this:
 
 On Windows:
 
-```bash
+```
 vendor/bin/doctrine-migrations diff --filter-expression="/^(?!foo_|bar_)/"
 ```
 
 On Linux/macOS:
 
-```bash
+```
 vendor/bin/doctrine-migrations diff --filter-expression='/^(?!foo_|bar_)/'
 ```
 
 ## Troubleshooting
 
-On Windows, running the command in PowerShell might still add the `DROP TABLE oauth_*` queries to the migration file.
-This happens because for PowerShell the caret (`^`) is a special character, so it gets dropped (`"/^(?!oauth_)/"` becomes `"/(?!oauth_)/"` when it reaches your command).
-Escaping it will not help either.
+On **Windows**, running the command in *PowerShell* might still add the `DROP TABLE oauth_*` queries to the migration file. This happens because for *PowerShell* the caret (`^`) is a special character, so it gets dropped (`"/^(?!oauth_)/"` becomes `"/(?!oauth_)/"` when it reaches your command). Escaping it will not help either.
 In this case, we recommend running the command:
 
 - directly from your IDE
-- using Linux shell
-- from the Command Prompt
+- using `Linux shell`
+- from the `Command Prompt`
 
 ## Help
 
 You can get more help with this command by running:
 
-```bash
+```
 vendor/bin/doctrine-migrations help diff
 ```
 
@@ -86,11 +82,10 @@ vendor/bin/doctrine-migrations help diff
 A: Because those tables are unmapped (there's no Doctrine entity describing them), so diff generates queries that drop them when it creates a new migration file.
 
 **Q: How do I avoid dropping unmapped tables when generating a migration?**
-A: Delete the migration containing the DROP queries, then re-run the diff command with a filter-expression parameter, e.g. `vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/'` on Linux/macOS (single quotes) or with double quotes on Windows.
+A: Delete the migration containing the DROP queries, then re-run the diff command with a filter-expression parameter, e.g. vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/' on Linux/macOS (single quotes) or with double quotes on Windows.
 
 **Q: How do I filter multiple unmapped table prefixes at once?**
-A: Concatenate the table prefixes in the filter-expression pattern with a pipe character, for example `--filter-expression='/^(?!foo_|bar_)/'` to exclude tables prefixed with foo_ and bar_.
+A: Concatenate the table prefixes in the filter-expression pattern with a pipe character, for example --filter-expression='/^(?!foo_|bar_)/' to exclude tables prefixed with foo_ and bar_.
 
 **Q: Why might Windows PowerShell still drop the tables even with a filter expression?**
-A: PowerShell treats the caret (^) as a special character and strips it, turning "/^(?!oauth_)/" into "/(?!oauth_)/" by the time it reaches the command, and escaping it doesn't help.
-The recommended workaround is to run the command from your IDE, a Linux shell, or the Command Prompt instead.
+A: PowerShell treats the caret (^) as a special character and strips it, turning "/^(?!oauth_)/" into "/(?!oauth_)/" by the time it reaches the command, and escaping it doesn't help. The recommended workaround is to run the command from your IDE, a Linux shell, or the Command Prompt instead.
diff --git a/public/md-articles/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.md b/public/md-articles/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.md
index 82df9554..26577a55 100644
--- a/public/md-articles/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.md
+++ b/public/md-articles/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.md
@@ -11,42 +11,44 @@ language: "en"
 # Implementation of SEO friendly URL in an generic Laminas Mezzio app
 
 ## TL;DR
-
 Human-readable URL slugs improve readability, SEO, and shareability compared to raw numeric IDs in URLs.
 This article shows how to add slug support to a Mezzio application using the gedmo/doctrine-extensions package.
 It covers installing the package via Composer, registering its SluggableListener with Doctrine, and adding a slug column generated from an existing field (such as identity) via the `@Gedmo\Slug` annotation.
 
-Prerequisites:
+**Prerequisites:**
 
 - [Mezzio App](https://docs.mezzio.dev/)
 - [Doctrine](https://www.doctrine-project.org/)
 
-In the vast digital landscape of the internet, where websites compete for attention, having a well-crafted URL can make a significant difference.
-By incorporating human-readable slugs into website URLs, we can enhance user experience, improve search engine optimization (SEO), and foster better engagement.
-In this article, we discuss the importance, benefits and how to implement human-readable URLs.
+In the vast digital landscape of the internet, where websites compete for attention, having a well-crafted URL can make a significant difference. By incorporating human-readable slugs into website URLs, we can enhance user experience, improve search engine optimization (SEO), and foster better engagement. In this article, we discuss the importance, benefits and how to implement human-readable URLs.
+
 The first 3 reasons why we should consider implementing slugs:
 
 - Readability and User-Friendly Experience
 - Search Engine Optimization (SEO)
 - Shareability and Trustworthiness
 
-## How to Implement Slugs into Dotkernel, a Practical Example
+## How to implement slugs into Dotkernel, a practical example:
+
+Let's consider we want to implement a feature that gives users the possibility to view other user's profile.
+
+When viewing another user's profile we have this URL: **website.com/user/11** and this doesn't look so appealing, am I right?
+
+So, the solution is to format the URL in a human-readable way, like this : ****website.com/user/**john-doe**.
 
-Let's consider we want to implement a feature that gives users the possibility to view other users' profiles.
-When viewing another user's profile we have this URL: website.com/user/11, and this doesn't look so appealing, am I right?
-So, the solution is to format the URL in a human-readable way, like this: website.com/user/john-doe.
 To implement slugs into our codebase we are going to use a popular package, [gedmo/doctrine-extensions](https://packagist.org/packages/gedmo/doctrine-extensions).
-First, we need to install the package via composer by running:
 
-```bash
+First, we need to install the package via composer by running :
+
+```
 composer require gedmo/doctrine-extensions
 ```
 
 After installing, we need to register the package's event listener into doctrine.
-To do this, add the following code block in your doctrine global configuration.
-In our case it would be in the `doctrine.global.php` file.
 
-```php
+To do this, add the following codeblock in your doctrine global configuration. In our case it would be in the **doctrine.global.php** file.
+
+```
 'doctrine' => [
     'event_manager' => [
         'orm_default' => [
@@ -58,10 +60,9 @@ In our case it would be in the `doctrine.global.php` file.
 ]
 ```
 
-This is all the configuration you will need, the next step is to create a new database column that will be our slug.
-We will add the column in the `src/User/src/Entity/User.php` entity and run the migrations.
+This is all the configuration you will need, the next step is to create a new database column that will be our slug, we will add the column in the **src/User/src/Entity/User.php** entity and run the migrations.
 
-```php
+```
 use Gedmo\Mapping\Annotation as Gedmo;
 
 ...
@@ -78,9 +79,11 @@ protected string $identity;
 protected string $slug;
 ```
 
-When generating the slug we can specify what field(s) to be used; in our case the slug will be generated using the 'identity' field.
+When generating the slug we can specify what field(s) to be used, in our case the slug will be generated using the 'identity' field, more details here.
+
 Now you can create a new user and see that the slug column was autocompleted.
-To wrap things up, human-readable URLs are a must nowadays, thanks to their swift implementation and multiple benefits.
+
+To wrap things up, human-readable URL's are a must nowadays, thanks to its swift implementation and multiple benefits.
 
 ## FAQ
 
@@ -88,10 +91,10 @@ To wrap things up, human-readable URLs are a must nowadays, thanks to their swif
 A: Readability and a more user-friendly experience, better search engine optimization (SEO), and improved shareability and trustworthiness of the URL.
 
 **Q: What package is used to generate slugs in this example?**
-A: gedmo/doctrine-extensions, installed by running `composer require gedmo/doctrine-extensions`.
+A: gedmo/doctrine-extensions, installed by running composer require gedmo/doctrine-extensions.
 
 **Q: How is the slug listener registered with Doctrine?**
-A: By adding `Gedmo\Sluggable\SluggableListener::class` under the `doctrine.event_manager.orm_default.subscribers` configuration, e.g. in `doctrine.global.php`.
+A: By adding Gedmo\Sluggable\SluggableListener::class under the doctrine.event_manager.orm_default.subscribers configuration, e.g. in doctrine.global.php.
 
 **Q: How is the slug field configured on the entity in this example?**
-A: A new slug column is added (e.g. to `src/User/src/Entity/User.php`) annotated with `@Gedmo\Slug(fields={"identity"})`, so the slug is generated automatically from the identity field, for example when a new user is created.
+A: A new slug column is added (e.g. to src/User/src/Entity/User.php) annotated with @Gedmo\Slug(fields={"identity"}), so the slug is generated automatically from the identity field, for example when a new user is created.
diff --git a/public/md-articles/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.md b/public/md-articles/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.md
index 3d583c06..72e2ab44 100644
--- a/public/md-articles/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.md
+++ b/public/md-articles/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.md
@@ -11,14 +11,15 @@ language: "en"
 # Installing AlmaLinux 10 in WSL2: PHP, MariaDB, Composer, PhpMyadmin
 
 ## TL;DR
-
 With the release of AlmaLinux OS 10, Dotkernel created a new WSL2 development environment recipe offering performance, security, and hardware improvements over AlmaLinux 9.
 The recipe sets up WSL2, AlmaLinux 10, PHP, Apache, MariaDB, Git, Composer, Node.js, and PhpMyAdmin.
 It also covers the OS/hardware requirements, installing the distro, and running PHP projects directly or via virtual hosts.
 
+With the recent release of [AlmaLinux OS 10](https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10/), we have created a new recipe for our WSL development environment. Compared to its predecessor, AlmaLinux 10 provides performance enhancements, security updates and improved hardware support.
+
 ## What You Get
 
-Like for AlmaLinux 9, the WSL recipe sets up the development environment with all the components a regular PHP developer needs:
+Like for [AlmaLinux 9](https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/), the WSL recipe sets up the development environment with all the components a regular PHP developer needs:
 
 - WSL2 - Windows Subsystem for Linux.
 - AlmaLinux 10 - Free and open source Linux distribution.
@@ -28,11 +29,12 @@ Like for AlmaLinux 9, the WSL recipe sets up the development environment with al
 - Git - Distributed version control system.
 - Composer - Application-level dependency manager.
 - Node.js - JavaScript runtime environment.
-- PhpMyAdmin - Open source administration tool for MySQL and MariaDB.
+- PhpMyAdmin - Open source administration tool for PostgreSQL and MariaDB.
 
 ## Requirements
 
 Make sure that you have the [minimum requirements for running WSL2](https://learn.microsoft.com/en-us/windows/wsl/install#prerequisites).
+
 OS-wise you must be running:
 
 - Windows 10:
@@ -40,52 +42,54 @@ OS-wise you must be running:
   - For ARM64 systems: Version 2004 or later with Build 19041 or later.
 - or Windows 11.
 
-Hardware-wise, you need virtualization support.
-On some older hardware that supports this feature, it may be disabled from the BIOS.
+Hardware-wise, you need virtualization support. On some older hardware that supports this feature, it may be disabled from the BIOS.
 
-WSL2 needs the Virtual Machine Platform feature enabled.
-You can enable it via PowerShell running as an Administrator:
+WSL2 needs Virtual Machine Platform feature enabled. You can enable it via the PowerShell running as an Administrator:
 
-```bash
+```
 dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
 ```
 
-## Installing the Distro
+## Installing the distro
 
 Start by downloading and installing the Linux distro with this command:
 
-```bash
+```
 wsl --install -d AlmaLinux-10
 ```
 
 If everything ran ok, you are asked to enter a password at the end.
-Next, run each of the [ansible playbook commands](https://docs.dotkernel.org/development/v2/setup/setup-packages/) to install the development components.
+
+Next run each of the [ansible playbook commands](https://docs.dotkernel.org/development/v2/setup/setup-packages/) to install the development components.
 
 ## Using WSL2 with AlmaLinux 10
 
-You can start AlmaLinux 10 by executing this command in the Windows Terminal:
+You can start AlmaLinux10 by executing this coomand in the Windows Terminal:
 
-```bash
+```
 wsl -d AlmaLinux-10
 ```
 
 Our PHP projects can be run by navigating into the root project folder and running this command:
 
-```bash
+```
 php -S 0.0.0.0:8080 -t public
 ```
 
 Then you need to navigate to `http://localhost:8080` in your preferred browser.
 
-### Running the Application via Virtual Hosts
+### Running the Application Via Virtual Hosts
 
-An easier way to run your applications is via virtual hosts.
-The full instructions to set up your virtual hosts are in the [Create virtualhosts page](https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/).
+An **easier way** to run your applications is via virtual hosts. The full instructions to set up your virtual hosts are in the [Create virtualhosts page](https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/).
 
 After you set up your virtual hosts and install your project in e.g. the `/var/www/example.localhost/html` folder, you can run the application in the browser by accessing `example.localhost`.
 
-If you run into any issues, make sure to first check the [FAQ page](https://docs.dotkernel.org/development/v2/faq/).
-If all else fails, [create an issue](https://github.com/dotkernel/development/issues) with details so the team can help.
+If you run into any issues, make sure to first check our [FAQ page](https://docs.dotkernel.org/development/v2/faq/). If all else fails, [create an issue](https://github.com/dotkernel/development/issues) with details and we can talk.
+
+## Additional Resources
+
+- [Full AlmaLinux 10 Installation Instructions](https://docs.dotkernel.org/development/v2/setup/installation/)
+- [AlmaLinux 9 in WSL2 with PHP, Mariadb, Composer, PhpMyadmin instructions](https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/)
 
 ## FAQ
 
@@ -93,20 +97,13 @@ If all else fails, [create an issue](https://github.com/dotkernel/development/is
 A: It sets up a full PHP development environment: WSL2, AlmaLinux 10, PHP, Apache, MariaDB, Git, Composer, Node.js and PhpMyAdmin.
 
 **Q: What are the OS and hardware requirements?**
-A: Windows 10 (Version 1903+ / Build 18362.1049+ for x64, or Version 2004+ / Build 19041+ for ARM64) or Windows 11, plus hardware virtualization support.
-If needed, enable the Virtual Machine Platform feature via `dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart` in an administrator PowerShell.
+A: Windows 10 (Version 1903+ / Build 18362.1049+ for x64, or Version 2004+ / Build 19041+ for ARM64) or Windows 11, plus hardware virtualization support. If needed, enable the Virtual Machine Platform feature via dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart in an administrator PowerShell.
 
 **Q: How do I install AlmaLinux 10 via WSL2?**
-A: Run `wsl --install -d AlmaLinux-10`, set a password when prompted, then run each of the Ansible playbook commands from the Dotkernel docs to install the development components.
+A: Run wsl --install -d AlmaLinux-10, set a password when prompted, then run each of the Ansible playbook commands from the Dotkernel docs to install the development components.
 
 **Q: How do I run a PHP project after setup?**
-A: Either run `php -S 0.0.0.0:8080 -t public` from the project root and browse to http://localhost:8080, or, more easily, set up virtual hosts per the Dotkernel docs and access the project at its configured hostname (e.g. example.localhost).
+A: Either run php -S 0.0.0.0:8080 -t public from the project root and browse to http://localhost:8080, or, more easily, set up virtual hosts per the Dotkernel docs and access the project at its configured hostname (e.g. example.localhost).
 
 **Q: What should I do if I run into issues during setup?**
-A: First check the Dotkernel FAQ page.
-If that doesn't resolve it, create an issue on the dotkernel/development GitHub repository with details.
-
-## Resources
-
-- [Full AlmaLinux 10 Installation Instructions](https://docs.dotkernel.org/development/v2/setup/installation/)
-- [AlmaLinux 9 in WSL2 with PHP, Mariadb, Composer, PhpMyadmin instructions](https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/)
+A: First check the Dotkernel FAQ page. If that doesn't resolve it, create an issue on the dotkernel/development GitHub repository with details.
diff --git a/public/md-articles/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.md b/public/md-articles/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.md
index e2c5a98e..2d41cf52 100644
--- a/public/md-articles/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.md
+++ b/public/md-articles/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.md
@@ -11,24 +11,22 @@ language: "en"
 # List available endpoints in Dotkernel API using dot-cli
 
 ## TL;DR
-
 Starting from version 3, Dotkernel API uses the dot-cli package to list all of its available endpoints via the `route:list` command.
 The command's output can be filtered by route name, path, or HTTP method, and filters are case-insensitive and combinable.
 
-## Displaying Dotkernel API Endpoints Using dot-cli
+## Displaying Dotkernel API endpoints using dot-cli
 
 Starting from version 3, Dotkernel API uses [dot-cli](https://github.com/dotkernel/dot-cli) to display a list of available endpoints.
 
 ## Usage
 
-Run the following command in your application's root directory:
+Run the following command in your application’s root directory:
 
-```bash
+```
 php ./bin/cli.php route:list
 ```
 
-The command runs through all routes and extracts endpoint information in realtime.
-The output should be similar to the following:
+The command runs through all routes and extracts endpoint information in realtime. The output should be similar to the following:
 
 ```
 +--------+---------------------------------+--------------------------------+
@@ -74,22 +72,21 @@ The output should be similar to the following:
 +--------+---------------------------------+--------------------------------+
 ```
 
-## Filtering Results
+## Filtering results
 
 The following filters can be applied when displaying the routes list:
 
-- Filter routes by name, using: `-i|--name`
-- Filter routes by path, using: `-p|--path`
-- Filter routes by method, using: `-m|--method`
+- Filter routes by name, using: `-i|--name[=NAME]`
+- Filter routes by path, using: `-p|--path[=PATH]`
+- Filter routes by method, using: `-m|--method[=METHOD]`
 
 The filters are case-insensitive and can be combined.
 
 ### Example
 
-Let's find which path should one call to register their user account.
-For this we will list routes where method is POST and name contains the string register:
+Let's find which path should one call to register their user account. For this we will list routes where method is **POST** and name contains the string **register**:
 
-```bash
+```
 php ./bin/cli.php route:list --method=post --name=register
 ```
 
@@ -105,7 +102,7 @@ The output is the following:
 
 You can get more help with this command by running:
 
-```bash
+```
 php ./bin/cli.php route:list --help
 ```
 
@@ -115,15 +112,13 @@ php ./bin/cli.php route:list --help
 A: Starting from version 3, Dotkernel API uses dot-cli to display a list of available endpoints.
 
 **Q: Which command lists all routes?**
-A: Run `php ./bin/cli.php route:list` in your application's root directory.
-It runs through all routes and extracts endpoint information in realtime, outputting a table with Method, Name and Path columns.
+A: Run php ./bin/cli.php route:list in your application's root directory. It runs through all routes and extracts endpoint information in realtime, outputting a table with Method, Name and Path columns.
 
 **Q: How can the route list be filtered?**
-A: You can filter routes by name using `-i|--name`, by path using `-p|--path`, or by method using `-m|--method`.
-The filters are case-insensitive and can be combined.
+A: You can filter routes by name using -i|--name, by path using -p|--path, or by method using -m|--method. The filters are case-insensitive and can be combined.
 
 **Q: How would you find the endpoint used to register a user account?**
-A: By combining the method and name filters: `php ./bin/cli.php route:list --method=post --name=register`, which returns the account.register route mapped to /account/register.
+A: By combining the method and name filters: php ./bin/cli.php route:list --method=post --name=register, which returns the account.register route mapped to /account/register.
 
 **Q: How do you get more help on this command?**
-A: Run `php ./bin/cli.php route:list --help` to get more information about the command.
+A: Run php ./bin/cli.php route:list --help to get more information about the command.
diff --git a/public/md-articles/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.md b/public/md-articles/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.md
index 9bed1a20..093bc5a1 100644
--- a/public/md-articles/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.md
+++ b/public/md-articles/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.md
@@ -11,16 +11,39 @@ language: "en"
 # Migrating Dotkernel 3 from Zend Expressive 2 to Zend Expressive 3
 
 ## TL;DR
-
 This guide covers migrating a Dotkernel 3 instance from Zend Expressive 2 to Zend Expressive 3, for projects that only contain controller-based middleware.
 Old middleware must first be refactored to the `psr/http-server-middleware` interfaces, since Delegates become RequestHandlers.
 The steps then cover updating `composer.json` dependencies, registering new ConfigProviders, wrapping `routes.php` and `pipeline.php` in callables, and replacing the old `pipeRoutingMiddleware()`/`pipeDispatchMiddleware()` calls with their PSR-15 equivalents.
 
+This article covers the steps required to migrate a Dotkernel 3 instance to the latest Zend Expressive Version.
+
+**Migration from Zend Expressive 2 to 3.**
+
+ 
+
+*Notes before starting:*
+
+For a better understanding of the migration and how it affects support we recommend reading Zend Expressive's [article](https://docs.zendframework.com/zend-expressive/v3/reference/migration/#http-interop) on migration.
+
+If your project contains old middleware it must be refactored to reflect the interfaces provided in the [**psr/http-server-middleware**](https://packagist.org/packages/psr/http-server-middleware) package.
+
+By updating your middleware the **Delegate**s will become **RequestHandler**s**. **The interfaces are provided in the **[psr/http-server-handler](https://packagist.org/packages/psr/http-server-handler) **package.
+
+ 
+
+If your project only contains controller-based middleware it can be migrated by following the guides below.
+
+ 
+
+## Dotkernel3 Migration - Expressive 2.0 -> 3.0
+
+ 
+
 ## Packages
 
-In `composer.json` replace the matching repositories with the following:
+In `composer.json` replace the matching repositories with the following:
 
-```json
+```
 "dotkernel/dot-authentication-service":"^1.0",
 "dotkernel/dot-authentication-service":"^1.0",
 "dotkernel/dot-authentication-web":"^1.0.1",
@@ -60,25 +83,25 @@ In `composer.json` replace the matching repositories with the following:
 "zendframework/zend-component-installer":"^2.0
 ```
 
-Also update require-dev dependencies:
+also update require-dev dependencies
 
-```json
+```
 "zendframework/zend-expressive-tooling:": "^1.0",
 "zendframework/zend-component-installer": "^2.0",
 ```
 
 Remove packages:
 
-- `http-interop/http-middleware`
-- `webimpress/http-middleware-compatibility`
+- http-interop/http-middleware
+- webimpress/http-middleware-compatibility
 
 ## Configurations
 
 ### Main Configuration
 
-In `config/config.php` add the following config providers:
+In `config/config.php` add the following config providers:
 
-```php
+```
 // zend expressive & middleware factory
 \Zend\Expressive\ConfigProvider::class,
 
@@ -93,22 +116,22 @@ In `config/config.php` add the following config providers:
 \Zend\HttpHandlerRunner\ConfigProvider::class,
 ```
 
-Make sure they are the first ConfigProviders or before cached config (`ArrayProvider`).
+Make sure they are the first ConfigProviders or before cached config (`ArrayProvider`)
 
 ### Routing
 
-Wrap routing from `config/routes.php` in a callable with the following format:
+Wrap routing from `config/routes.php` in a callable with the following format:
 
-```php
+```
 return function (Application $app, MiddlewareFactory $factory, ContainerInterface $container) : void {
     /** @var \Zend\Expressive\Application $app */
     $app->route('/', , , 'home');
 };
 ```
 
-Add the following use statements and make sure the names are not duplicate:
+add the following use statements and make sure the names are not duplicate:
 
-```php
+```
 use Psr\Container\ContainerInterface;
 use Zend\Expressive\Application;
 use Zend\Expressive\MiddlewareFactory;
@@ -116,41 +139,43 @@ use Zend\Expressive\MiddlewareFactory;
 
 ### Pipeline
 
-Wrap routing from `config/pipeline.php` in a callable with the following format:
+Wrap routing from `config/pipeline.php` in a callable with the following format:
 
-```php
+```
 return function (Application $app, MiddlewareFactory $factory, ContainerInterface $container) : void {
     /** @var \Zend\Expressive\Application $app */
     $app->route('/', , , 'home');
 };
 ```
 
-Add the following use statements and make sure the names are not duplicate:
+add the following use statements and make sure the names are not duplicate:
 
-```php
+```
 use Psr\Container\ContainerInterface;
 use Zend\Expressive\Application;
 use Zend\Expressive\MiddlewareFactory;
 ```
 
-#### Routing Middleware Migration
+#### Routing middleware migration
 
-Add the following use statements:
+add the following use statements
 
-```php
+```
 use Zend\Expressive\Router\Middleware\RouteMiddleware;
 use Zend\Expressive\Router\Middleware\DispatchMiddleware;
 ```
 
 Replace the following lines to reflect the changes:
 
-- `$app->pipeRoutingMiddleware();` becomes `$app->pipe(RouteMiddleware::class);`
-- `$app->pipeDispatchMiddleware();` becomes `$app->pipe(DispatchMiddleware::class);`
+`$app->pipeRoutingMiddleware();` -> `$app->pipe(RouteMiddleware::class);` `$app->pipeDispatchMiddleware();` -> `$app->pipe(DispatchMiddleware::class);`
+
+ 
+
+You can check the complete guides and example files from the following links
 
-You can check the complete guides and example files from the following links:
+**Migration guide for Dotkernel Frontend:** [github.com/dotkernel/frontend/tree/master/docs](https://github.com/dotkernel/frontend/tree/master/docs)
 
-- [Migration guide for Dotkernel Frontend](https://github.com/dotkernel/frontend/tree/master/docs)
-- [Migration guide for Dotkernel Admin](https://docs.dotkernel.org/admin-documentation/) (the old `github.com/dotkernel/admin/tree/master/docs` folder has since moved to this documentation site)
+**Migration guide for Dotkernel Admin:** [docs.dotkernel.org/admin-documentation](https://docs.dotkernel.org/admin-documentation/) (the old `github.com/dotkernel/admin/tree/master/docs` folder has since moved to this documentation site)
 
 ## FAQ
 
@@ -158,17 +183,16 @@ You can check the complete guides and example files from the following links:
 A: For a better understanding of the migration and how it affects support, it's recommended to read Zend Expressive's article on migration regarding HTTP interop.
 
 **Q: What happens to old middleware during the migration?**
-A: If a project contains old middleware, it must be refactored to reflect the interfaces provided in the psr/http-server-middleware package.
-As part of this, Delegates become RequestHandlers, using interfaces from the psr/http-server-handler package.
+A: If a project contains old middleware, it must be refactored to reflect the interfaces provided in the psr/http-server-middleware package. As part of this, Delegates become RequestHandlers, using interfaces from the psr/http-server-handler package.
 
 **Q: Which packages should be removed during migration?**
-A: `http-interop/http-middleware` and `webimpress/http-middleware-compatibility` should be removed from `composer.json`.
+A: http-interop/http-middleware and webimpress/http-middleware-compatibility should be removed from composer.json.
 
 **Q: What needs to be added to the main configuration file?**
-A: In `config/config.php`, several ConfigProviders need to be added - for Zend Expressive, the router, FastRoute router, Twig, helpers, and the handler runner - and they must be the first ConfigProviders or placed before the cached config (`ArrayProvider`).
+A: In config/config.php, several ConfigProviders need to be added – for Zend Expressive, the router, FastRoute router, Twig, helpers, and the handler runner – and they must be the first ConfigProviders or placed before the cached config (ArrayProvider).
 
 **Q: How do the routes.php and pipeline.php files change?**
-A: Routing from `config/routes.php` and the pipeline from `config/pipeline.php` both need to be wrapped in a callable of the form `function (Application $app, MiddlewareFactory $factory, ContainerInterface $container)`, with the corresponding use statements added.
+A: Routing from config/routes.php and the pipeline from config/pipeline.php both need to be wrapped in a callable of the form function (Application $app, MiddlewareFactory $factory, ContainerInterface $container), with the corresponding use statements added.
 
 **Q: What replaces pipeRoutingMiddleware() and pipeDispatchMiddleware()?**
-A: `$app->pipeRoutingMiddleware();` becomes `$app->pipe(RouteMiddleware::class);`, and `$app->pipeDispatchMiddleware();` becomes `$app->pipe(DispatchMiddleware::class);`.
+A: $app->pipeRoutingMiddleware(); becomes $app->pipe(RouteMiddleware::class);, and $app->pipeDispatchMiddleware(); becomes $app->pipe(DispatchMiddleware::class);.
diff --git a/public/md-articles/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.md b/public/md-articles/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.md
index bc462e01..eca79a0c 100644
--- a/public/md-articles/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.md
+++ b/public/md-articles/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.md
@@ -11,87 +11,73 @@ language: "en"
 # Replacing dot-console with dot-cli based on laminas-cli
 
 ## TL;DR
-
 Dotkernel's dot-cli package replaces dot-console, which was abandoned after Laminas dropped the laminas-console package it was based on.
 Setting it up involves requiring the package via Composer, registering its ConfigProvider, and copying its bootstrap and config files into the application.
 It also ships with FileLocker, a built-in, enabled-by-default locking system that prevents overlapping calls to the same command.
 
-## Implementing dot-cli in Your Application
+## Replacing dot-console with dot-cli based on laminas-cli
+
+## Implementing dot-cli in your application
 
 Dotkernel's [dot-cli](https://github.com/dotkernel/dot-cli) package comes as a replacement for [dot-console](https://github.com/dotkernel/dot-console), which was abandoned after Laminas abandoned their [laminas-console](https://github.com/laminas/laminas-console) package, that dot-console was based on.
 
 ## Setup
 
-### Install Package
+### Install package
 
 Run the following command in your application's root directory:
 
-```bash
+```
 composer require dotkernel/dot-cli
 ```
 
 ### Register ConfigProvider
 
-Open your application's `config/config.php` file and add `Dot\Cli\ConfigProvider::class,` under the DK packages comment.
+Open your application's **config/config.php** file and add `Dot\Cli\ConfigProvider::class,` under the *DK packages* comment.
 
-### Create Bootstrap File
+### Create bootstrap file
+
+Locate the provided **vendor/dotkernel/dot-cli/bin/cli.php** and copy it into your application's **bin** directory.
 
-Locate the provided `vendor/dotkernel/dot-cli/bin/cli.php` and copy it into your application's `bin` directory.
 This is the file you will execute your commands through.
 
-### Create Config File
+### Create config file
+
+Locate the provided **vendor/dotkernel/dot-cli/config/autoload/cli.global.php** and copy it into your application's **config/autoload** directory.
 
-Locate the provided `vendor/dotkernel/dot-cli/config/autoload/cli.global.php` and copy it into your application's `config/autoload` directory.
-This file already contains a sample command (`demo:command`), that serves as an example on creating and registering new commands.
-For more information on configuring/chaining commands, see the [laminas-cli documentation](https://docs.laminas.dev/laminas-cli/).
+This file already contains a sample command (**demo:command**), that serves as an example on creating an registering new commands.
+
+For more information on configuring/chaining commands, see [laminas-cli documentation](https://docs.laminas.dev/laminas-cli/).
 
 ## Usage
 
 Run the following command in your application's root directory:
 
-```bash
+```
 php ./bin/cli.php
 ```
 
 The output should look similar to this, containing information on how to start using dot-cli:
 
 ```
-Dotkernel CLI 1.0.0
-
-Usage:
-  command
-
-Options:
-  -h, --help            Display help for the given command. When no command is given display help for the list command
-  -q, --quiet           Do not output any message
-  -V, --version         Display this application version
-      --ansi            Force ANSI output
-      --no-ansi         Disable ANSI output
-  -n, --no-interaction  Do not ask any interactive question
-  -v|vv|vvv, --verbose  Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug
-
-Available commands:
-  help          Display help for a command
-  list          List commands
- demo
-  demo:command  Demo command description.
+Dotkernel CLI 1.0.0Usage:  command  Options:  -h, --help            Display help for the given command. When no command is given display help for the list command  -q, --quiet           Do not output any message  -V, --version         Display this application version      --ansi            Force ANSI output      --no-ansi         Disable ANSI output  -n, --no-interaction  Do not ask any interactive question  -v|vv|vvv, --verbose  Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debugAvailable commands:  help          Display help for a command  list          List commands demo  demo:command  Demo command description.
 ```
 
-## Set Up Command as Cronjob
+## Set up command as cronjob
 
 Open your crontab and add the following line:
 
-```bash
+```
 * * * * {PATH_TO_PHP_EXECUTABLE} {PATH_TO_APPLICATION}/bin/cli.php demo:command
 ```
 
-Where {PATH_TO_PHP_EXECUTABLE} needs to be replaced with the full path to the PHP executable and {PATH_TO_APPLICATION} with the full path to your application's root directory.
+Where *{PATH_TO_PHP_EXECUTABLE}* needs to replaced with the full path to the PHP executable and *{PATH_TO_APPLICATION}* with the full path to your application's root directory.
 
 ## FileLocker
 
-dot-cli has a built-in locking system, called FileLocker, enabled by default.
-This feature prevents multiple calls to the same command overlapping each other by making sure the latter calls won't run until the former one is finished.
-You can toggle this by modifying the previously created `config/autoload/cli.global.php` under `FileLockerInterface::class -> enabled`.
+dot-cli has a built-in locking system, called FileLocker, enabled by default. This feature prevents multiple calls to the same command overlapping eachother by making sure the latter calls won't run until the former one is finished.
+
+You can toggle this modifying in the previously created **config/autoload/cli.global.php** under `FileLockerInterface::class -> enabled`
 
 ## FAQ
 
@@ -99,14 +85,13 @@ You can toggle this by modifying the previously created `config/autoload/cli.glo
 A: dot-console was abandoned after Laminas abandoned its laminas-console package, which dot-console was based on, so dot-cli was created as its replacement.
 
 **Q: How do you install dot-cli in an application?**
-A: Run `composer require dotkernel/dot-cli` in the application's root directory, then register `Dot\Cli\ConfigProvider::class,` in `config/config.php`, and copy the provided `bin/cli.php` bootstrap file and `config/autoload/cli.global.php` config file into the application.
+A: Run composer require dotkernel/dot-cli in the application's root directory, then register Dot\Cli\ConfigProvider::class, in config/config.php, and copy the provided bin/cli.php bootstrap file and config/autoload/cli.global.php config file into the application.
 
 **Q: What does the provided cli.global.php config file contain?**
-A: It already contains a sample command (`demo:command`) that serves as an example on how to create and register new commands.
+A: It already contains a sample command (demo:command) that serves as an example on how to create and register new commands.
 
 **Q: How do you run a dot-cli command as a cronjob?**
-A: Add a line to your crontab such as `* * * * {PATH_TO_PHP_EXECUTABLE} {PATH_TO_APPLICATION}/bin/cli.php demo:command`, replacing the placeholders with the full path to the PHP executable and the full path to the application's root directory.
+A: Add a line to your crontab such as * * * * {PATH_TO_PHP_EXECUTABLE} {PATH_TO_APPLICATION}/bin/cli.php demo:command, replacing the placeholders with the full path to the PHP executable and the full path to the application's root directory.
 
 **Q: What is FileLocker?**
-A: FileLocker is a built-in locking system in dot-cli, enabled by default, that prevents multiple calls to the same command from overlapping by making sure later calls won't run until the earlier one finishes.
-It can be toggled in `config/autoload/cli.global.php` under `FileLockerInterface::class -> enabled`.
+A: FileLocker is a built-in locking system in dot-cli, enabled by default, that prevents multiple calls to the same command from overlapping by making sure later calls won't run until the earlier one finishes. It can be toggled in config/autoload/cli.global.php under FileLockerInterface::class -> enabled.
diff --git a/public/md-articles/how-to/using-postman-for-documentation-in-dotkernel-api-3.md b/public/md-articles/how-to/using-postman-for-documentation-in-dotkernel-api-3.md
index 80efb25a..eef018de 100644
--- a/public/md-articles/how-to/using-postman-for-documentation-in-dotkernel-api-3.md
+++ b/public/md-articles/how-to/using-postman-for-documentation-in-dotkernel-api-3.md
@@ -11,14 +11,14 @@ language: "en"
 # Using Postman for documentation in Dotkernel API 3
 
 ## TL;DR
-
 Starting from version 3.0, Dotkernel API documents its endpoints using Postman, via a provided collection and environment file that get imported into the tool.
 Postman organizes work into a Workspace, Collections, Environments, and Requests, and the Dotkernel API collection ships with built-in security: global Bearer Token authorization inherited from the collection root, and automatic ACCESS_TOKEN/REFRESH_TOKEN storage on the Admin/Security and User/Security folders.
 After making changes, the collection and environment files can be re-exported to overwrite the application's documentation files.
 
-## Using Postman Documentation in Dotkernel API 3
+## Using Postman documentation in Dotkernel API 3
+
+Starting from version 3.0 Dotkernel API provides it's documentation using [Postman](https://www.postman.com/).
 
-Starting from version 3.0 Dotkernel API provides its documentation using [Postman](https://www.postman.com/).
 In this article we will go into the details of creating and maintaining your application's documentation.
 
 ## Prerequisites
@@ -26,31 +26,30 @@ In this article we will go into the details of creating and maintaining your app
 In order to follow the steps, you will need the following:
 
 - a working installation of Dotkernel API 3
-- download and install Postman from their [download page](https://www.postman.com/downloads/)
+- download and install Postman from their [download page](https://www.postman.com/downloads/).
 
-TIP: If you don't have a Postman account, we recommend you to create one.
-This way Postman is able to backup your workspace in the cloud and synchronize it across multiple devices.
+**TIP:** If you don't have a Postman account, we recommend you to create one. This way Postman is able to backup your workspace in the cloud and synchronize it across multiple devices.
 
 ## Introduction
 
 For better understanding on how Postman works, we need to run through the "building blocks" of Postman:
 
-- Workspace: is the main container that holds all your collections, APIs, environments etc
-- Collection: holds all requests and dependencies of a project (for example Dotkernel API's collection containing all requests)
-- Environment: holds a set of environment-specific variables (for example Dotkernel API's environment file containing the application URL specific to the development environment)
-- Request: the definition of an API endpoint, including request method, name, description, URL, body, parameters and an example
+- **Workspace**: is the main container that holds all your collections, APIs, environments etc
+- **Collection**: holds all requests and dependencies of a project (for example Dotkernel API's collection containing all requests)
+- **Environment**: holds a set of environment-specific variables (for example Dotkernel API's environment file cotaining the application URL specific to the development environment)
+- **Request**: the definition of an API endpoint, including request method, name, description, URL, body, parameters and an example
 
-There are more terms to cover, like Mock servers, Monitors etc but they are not relevant yet in our case.
+There are more terms to cover, like *Mock servers*, *Monitors* etc but they are not relevant yet in our case.
 
-### Importing Documentation Files
+### Importing documentation files
 
 Open Postman (and log in if you have an account), then follow the below steps:
 
 - open the import modal by clicking `File` -> `Import` (or `Ctrl + O`)
 - inside the modal, make sure you're on the `File` tab, then click `Upload files`
 - navigate to `documentation` directory of your Dotkernel API 3 application and select both of the following files:
-  - Dotkernel_API.postman_collection.json
-  - Dotkernel_API.postman_environment.json
+  - **Dotkernel_API.postman_collection.json**
+  - **Dotkernel_API.postman_environment.json**
 - after clicking `Open` the modal should show the following:
 
 ```
@@ -62,17 +61,17 @@ Dotkernel_API        Postman Environment            Environment
 
 - at the bottom of the import modal, clicking `Import` will import the selected files and close the modal.
 
-Under My Workspace you should see a tab called Collections.
-Clicking on it should display all your collections, one of them called `Dotkernel_API`.
-This collection holds all of the provided requests and serves as the documentation of your application.
-Dotkernel API 3 collection and environment files are now imported and ready to use.
+Under **My Workspace** you should see a tab called **Collections**. Clicking on it should display all your collections, one of them called `Dotkernel_API`. This collection holds all of the provided requests and serves as the documentation of your application.
+
+Dotkernel API 3 collection and environment files ar now imported and ready to use.
+
 For more information on importing files into Postman, please consult their [docs](https://learning.postman.com/docs/getting-started/importing-and-exporting-data/).
 
-### Interacting with the Environment
+### Interacting with the environment
+
+On the top right corner of Postman, you'll see the **Environment quick look** button (it looks like an eye). On it's left side, there's a dropdown with all available environments, one of the being called `Dotkernel_API` - click on it to set it as the active environment.
 
-On the top right corner of Postman, you'll see the Environment quick look button (it looks like an eye).
-On its left side, there's a dropdown with all available environments, one of them being called `Dotkernel_API` - click on it to set it as the active environment.
-After this, clicking the Environment quick look button will bring up a modal containing all variables found in the environment:
+After this, clicking the **Environment quick look** button will bring up a modal containing all variables found in the environment:
 
 ```
 Dotkernel_API                                                                              Edit
@@ -80,58 +79,56 @@ VARIABLE               INITIAL VALUE                CURRENT_VALUE
 APPLICATION_URL        http://localhost:8080        http://localhost:8080
 ```
 
-If your application runs on a different host/port, click the Edit button to modify the initial/current value of the `APPLICATION_URL` variable.
-Once in Edit mode, you can also create new variables.
-You only have to enter the variable name and its initial value - current value will be automatically filled in when the variable is used.
+If your application runs on a different host/port, click the **Edit** button to modify the initial/current value of the `APPLICATION_URL` variable.
+
+Once in Edit mode, you can also create new variables. You only have to enter the variable name and it's initial value - current value will be automatically filled in when the variable is used.
 
 ## Usage
 
-### Creating a New Request
+### Creating a new request
 
-Inside the collection, right-click on any folder and click `Add Request`.
-The new request is automatically opened in a new tab, where you will:
+Inside the collection, right-click on any folder and click `Add Request`. The new request is automatically opened in a new tab, where you will:
 
-- enter request name by replacing New Request with a short and descriptive name
-- enter request description (first button under the Environment quick look button)
-- enter request URL - you should use the already existing variable `APPLICATION_URL` by wrapping it in double curly braces, then append the request path.
-Example: `{{ APPLICATION_URL }}/test` becomes `http://localhost:8080/test` when you send the request.
+- enter request name by replacing *New Request* with a short and descriptive name
+- enter request description (first button under the **Environment quick look** button)
+- enter request URL - you should use the already existing variable `APPLICATION_URL` by wrapping it in double curly braces, then append the request path. Example: `{{ APPLICATION_URL }}/test` becomes `http://localhost:8080/test` when you send the request.
 - select request method
 - (optionally) inspect tabs:
-  - Params: manage query parameters
-  - Authorization: select authorization type
-  - Headers: manage request headers
-  - Body: manage request body
-  - Pre-request script: provide JavaScript that Postman should run before sending the request
-  - Tests: provide JavaScript that Postman should run after receiving the response
-  - Settings: manage miscellaneous request settings
-- save the request using the Save button (or `Ctrl + S`)
+  - **Params**: manage query parameters
+  - **Authorization**: select authorization type
+  - **Headers**: manage request headers
+  - **Body**: manage request body
+  - **Pre-request script**: provide *JavaScript* that Postman should run before sending the request
+  - **Tests**: provide *JavaScript* that Postman should run after receiving the response
+  - **Settings**: manage miscellaneous request settings
+- save the request using the **Save** button (or `Ctrl + S`)
+
+### Sending a request
 
-### Sending a Request
+Once opened, you can immediately send a request by clicking the **Send** button.
 
-Once opened, you can immediately send a request by clicking the Send button.
-Optionally, you can save the response as an example (click on Save Response, then select Save as example), so other developers will have a visual representation of the response without making a request.
-This opens a new tab, where you can manage the example.
+Optionally, you can save the response as an example (click on **Save Response**, then select **Save as example**), so other developers will have a visual representation of the response without making a request. This opens a new tab, where you can manage the example.
 
 ## Features
 
 The collection provided by Dotkernel API 3 comes with some built-in security features.
 
-### Global Security
+### Global security
 
-Due to the hierarchy of the Collection, all requests are children of the Collection's root folder, so they automatically inherit its Authorization settings.
-If you edit the Collection's root folder, you will find the following tabs:
+Due to the hierarchy of the Collection, all requests are children of the Collection's root folder, so they automatically inherit it's Authorization settings. If you edit the Collection's root folder, you will find the following tabs:
 
-- Authorization
-  - Type is set to `Bearer Token`
-  - Token reads the environment variable `ACCESS_TOKEN`
-- Pre-request Script: here you can add JavaScript that should run on ALL requests before they run
-- Tests: here you can add JavaScript that should run on ALL requests after their response is returned
-- Variables: here you can manage global variables
+- **Authorization**
+  - **Type** is set to `Bearer Token`
+  - **Token** reads the environment variable `ACCESS_TOKEN`
+- **Pre-request Script**: here you can add *JavaScript* that should run on ALL requests before they run
+- **Tests**: here you can add *JavaScript* that should run on ALL requests after their response is returned
+- **Variables**: here you can manage global variables
 
-To disable this feature globally, set Authorization Type to `No Auth` or whatever value suits your application's requirements.
-To disable this feature at folder/request level, edit the folder/request and set Type to `No Auth` under the Authorization tab.
+To disable this feature globally, set Authorization **Type** to `No Auth` or whatever value suits your application's requirements.
 
-### Automatic Token Storage
+To disable this feature at folder/request level, edit the folder/request and set **Type** to `No Auth` under the Authorization tab.
+
+### Automatic Token storage
 
 Once an authorization token is re/generated, two environment variables are set/updated:
 
@@ -140,28 +137,22 @@ Once an authorization token is re/generated, two environment variables are set/u
 
 This is achieved by applying the following modifications to both Admin/Security and User/Security folders:
 
-- setting Type to `No Auth` under the Authorization tab (because the child requests under these folders should not send Authorization header)
-- adding a script under the Tests tab, that reads the response and - if successful - set/updates the above mentioned environment variables
+- setting **Type** to `No Auth` under the **Authorization** tab (because the child requests under these folders should not send Authorization header)
+- adding a script under the **Tests** tab, that reads the response and - if successful - set/updates the above mentioned environment variables
+
+## Exporting documentation
 
-## Exporting Documentation
+**TIP**: You can inspect your application's documentation at any moment by clicking on the *three horizontal dots* (you will find them on hover next to your collection's name) then click on **View documentation**.
 
-TIP: You can inspect your application's documentation at any moment by clicking on the three horizontal dots (you will find them on hover next to your collection's name) then click on View documentation.
+### Exporting collection
 
-### Exporting Collection
+Click on the same *three horizontal dots*, then select **Export**. You will be presented an *Export collection* modal asking you to choose the format of the export. Unless specified, choose the recommended version, then click **Export**. When asked to save the exported file, choose to overwrite your application's collection file (*documentaion/Dotkernel_API.postman_collection.json*).
 
-Click on the same three horizontal dots, then select Export.
-You will be presented an Export collection modal asking you to choose the format of the export.
-Unless specified, choose the recommended version, then click Export.
-When asked to save the exported file, choose to overwrite your application's collection file (documentation/Dotkernel_API.postman_collection.json).
+### Export environment
 
-### Export Environment
+This step is optional. It is needed only if you made modifications to the environment, else you can skip it.
 
-This step is optional.
-It is needed only if you made modifications to the environment, else you can skip it.
-Start by clicking on the Environment quick look button, then click Edit.
-Once the edit environment tab opens, locate the three horizontal dots next to the Share button on the right of the Postman window.
-Click them and select Export.
-When asked to save the exported file, choose to overwrite your application's environment file (documentation/Dotkernel_API.postman_environment.json).
+Start by clicking on the **Environment quick look** button, then click **Edit**. Once the edit environment tab opens, locate the *three horizontal dots* next to the **Share** button on the right of the Postman window. Click them and select **Export**. When asked to save the exported file, choose to overwrite your application's environment file (*documentaion/Dotkernel_API.postman_environment.json*).
 
 ## FAQ
 
@@ -169,14 +160,13 @@ When asked to save the exported file, choose to overwrite your application's env
 A: Workspace (the main container holding all collections, APIs and environments), Collection (holds all requests and dependencies of a project, such as Dotkernel API's collection), Environment (holds environment-specific variables, like the application URL), and Request (the definition of an API endpoint, including method, name, description, URL, body, parameters and an example).
 
 **Q: How do you import Dotkernel API's documentation files into Postman?**
-A: Open the import modal via `File -> Import` (or `Ctrl + O`), go to the `File` tab, click `Upload files`, then select both `Dotkernel_API.postman_collection.json` and `Dotkernel_API.postman_environment.json` from the application's `documentation` directory, and click `Import`.
+A: Open the import modal via File -> Import (or Ctrl + O), go to the File tab, click Upload files, then select both Dotkernel_API.postman_collection.json and Dotkernel_API.postman_environment.json from the application's documentation directory, and click Import.
 
 **Q: What variable controls which host/port the requests target?**
-A: The `APPLICATION_URL` environment variable, found under the `Dotkernel_API` environment, defaults to `http://localhost:8080` and can be edited via the Environment quick look button if the application runs on a different host/port.
+A: The APPLICATION_URL environment variable, found under the Dotkernel_API environment, defaults to http://localhost:8080 and can be edited via the Environment quick look button if the application runs on a different host/port.
 
 **Q: What built-in security features does the collection provide?**
-A: Global security: all requests inherit Bearer Token authorization (reading the `ACCESS_TOKEN` environment variable) from the Collection's root folder, which can be disabled globally or per folder/request.
-Automatic token storage: the Admin/Security and User/Security folders use Test scripts to set/update the `ACCESS_TOKEN` and `REFRESH_TOKEN` environment variables whenever a token is re/generated.
+A: Global security: all requests inherit Bearer Token authorization (reading the ACCESS_TOKEN environment variable) from the Collection's root folder, which can be disabled globally or per folder/request. Automatic token storage: the Admin/Security and User/Security folders use Test scripts to set/update the ACCESS_TOKEN and REFRESH_TOKEN environment variables whenever a token is re/generated.
 
 **Q: How do you export the collection after making changes?**
 A: Click the three horizontal dots next to the collection's name, select Export, choose the recommended format, click Export, and overwrite the application's collection file (documentation/Dotkernel_API.postman_collection.json).
diff --git a/public/md-articles/how-to/using-the-urlgenerator-work-in-fastroute.md b/public/md-articles/how-to/using-the-urlgenerator-work-in-fastroute.md
index f2215294..369bbca4 100644
--- a/public/md-articles/how-to/using-the-urlgenerator-work-in-fastroute.md
+++ b/public/md-articles/how-to/using-the-urlgenerator-work-in-fastroute.md
@@ -11,52 +11,55 @@ language: "en"
 # Using the URLGenerator work in FastRoute
 
 ## TL;DR
-
 Dotkernel 3 uses FastRoute under the hood, which is fast but has a quirk around slash-suffixes that a wrong route setup can trigger, leading to hard-to-diagnose errors.
 Optional slashes must be kept inside the optional block of a route definition, or the URLGenerator ends up producing the wrong route.
 Every named route can then be referenced instead of hard-coded, using `$this->url()` in controllers or the `path()` function in Twig views.
 
-## Declaring Routes
+Dotkernel 3 uses `FastRoute` under the hood, which is an excellent and fast routing package, but it does have some **quirks**.
+
+A wrong setup can lead to many headaches, as it's not prominent that the error you're experiencing is from FastRoute, and you may not know where exactly to look for the cause.
+
+To save you some time, here's a how-to for creating and using routes in `Dotkernel 3`.
 
-When defining routes in the `routes.php` file, they need to follow a specific pattern, a usual route would look like this:
+## Declaring routes
 
-```php
+When defining routes in the *routes.php* file, they need to follow a specific pattern, a usual route would look like this:
+
+```
 $app->route('/page', , , 'page');
 ```
 
-> Notice the '/page' part, as this is crucial. FastRoute cannot handle a slash-suffix, which means that /page will give you the indexAction, whereas /page/ will give you a 404.
+> Notice the *'***/page***'* part, as this is crucial. FastRoute cannot handle a *slash-suffix*, which means that **/page** will give you the indexAction, whereas **/page/** will give you a 404.
 
-To prevent the URLGenerator from adding a slash-suffix, we need to make sure that the optional slash is included in the optional block.
-The above example is correct; if we instead wrote it like this, it'd be woefully bad:
+To prevent the URLGenerator from adding a slash-suffix, we need to make sure that the optional slash is included in the optional block. **The above example is correct**, if we instead wrote it like this, it'd be woefully bad.
 
-```php
+```
 $app->route('/page/', , , 'page');
 ```
 
-> Notice that the slash has changed places and is now outside the optional block. This would generate a /page/ route for the index action, which is bad, so always include any optional parts, even slashes, in the optional block.
+> Notice that the slash has changed places and is now outside the optional block. This would generate a **/page/** route for the index action, which is bad, so always include any optional parts, even slashes, in the optional block.
 
-## Referencing Routes
+## Referencing routes
 
-Developers are used to hand-write and hard-code URLs into anchor tags, but this is a bad idea, as a URL may change and then you'd have to go through the entire app to find every single reference for it.
-Instead, every route we define has a name that can be used to reference it in the URLGenerator.
+Developers are used to hand-write and hard-code URLs into anchor tags, but this is a bad idea, as a URL may change and then you'd have to go through the entire app to find every single reference for it. Instead, every route we define has a name that can be used to reference it in the URLGenerator.
 
-```php
+```
 $app->route('/page', , , 'page');
 ```
 
 > That very last part there, that's the route name, which can be referenced in any view or controller to generate a route to a specific route in the app.
 
-To use it in a controller, you have access to `$this->url();`, which takes the route name, in this case, 'page', as the first parameter, and then any optional blocks as the second parameter.
+To use it in a Controller, you have access to `$this->url();` which takes the route name, in this case, '**page**', as the first parameter, and then any optional blocks as the second parameter.
+
 A controller redirect may then look like this:
 
-```php
-return new RedirectResponse($this->url('contact', ));
+```
+return new RedirectResponse($this->url('contact', ['action' => 'thank-you']));
 ```
 
 Using the URLGenerator in views is approximately the same, since you have access to the global `path()` method.
-The path method works the same way as the `url()` method, and takes the route name as the first parameter, and any optional blocks as its second parameter.
-This is of course done in Twig, so we need to put curly brackets around it since it's dynamic and not static HTML.
-It could look like this:
+
+The path method works the same way as the `url()` method, and takes the route name as the first parameter, and any optional blocks as its second parameter. This is of course done in `Twig`, so we need to put curly brackets around it since it's dynamic and not static HTML. It could look like this:
 
 ```
 {{ path(name: 'page', parameters: {action: 'thank-you'}, relative: false) }}
@@ -65,15 +68,13 @@ It could look like this:
 ## FAQ
 
 **Q: What is a common quirk to watch out for when declaring routes in FastRoute?**
-A: FastRoute cannot handle a slash-suffix: for a route defined as `/page`, requesting /page works, but /page/ gives a 404.
-Any optional part, including slashes, needs to be included inside the optional block, not appended outside it - otherwise the URLGenerator ends up producing the wrong route for the index action.
+A: FastRoute cannot handle a slash-suffix: for a route defined as /page, requesting /page works, but /page/ gives a 404. Any optional part, including slashes, needs to be included inside the optional block, not appended outside it – otherwise the URLGenerator ends up producing the wrong route for the index action.
 
 **Q: Why should route names be used instead of hard-coded URLs?**
-A: Hand-writing and hard-coding URLs into anchor tags is a bad idea because a URL may change and then every reference throughout the app would need to be updated.
-Instead, every defined route has a name that can be referenced through the URLGenerator.
+A: Hand-writing and hard-coding URLs into anchor tags is a bad idea because a URL may change and then every reference throughout the app would need to be updated. Instead, every defined route has a name that can be referenced through the URLGenerator.
 
 **Q: How do you generate a URL from a route name inside a controller?**
-A: Use `$this->url()`, passing the route name as the first parameter and any optional blocks as the second parameter, for example in a redirect: `return new RedirectResponse($this->url('contact'));`.
+A: Use $this->url(), passing the route name as the first parameter and any optional blocks as the second parameter, for example in a redirect: return new RedirectResponse($this->url('contact'));.
 
 **Q: How do you generate a URL from a route name inside a Twig view?**
-A: Use the global `path()` function, which works the same way as `url()`, taking the route name as the first parameter and any optional blocks as the second parameter, wrapped in curly brackets since it's dynamic Twig code.
+A: Use the global path() function, which works the same way as url(), taking the route name as the first parameter and any optional blocks as the second parameter, wrapped in curly brackets since it's dynamic Twig code.
diff --git a/public/md-articles/how-to/what-is-cross-origin-token-redemption.md b/public/md-articles/how-to/what-is-cross-origin-token-redemption.md
index d926c496..efc413b5 100644
--- a/public/md-articles/how-to/what-is-cross-origin-token-redemption.md
+++ b/public/md-articles/how-to/what-is-cross-origin-token-redemption.md
@@ -11,38 +11,31 @@ language: "en"
 # What is cross origin token redemption?
 
 ## TL;DR
-
 Cross-origin token redemption verifies the security and authenticity of a token issued on one domain but used on another, which is common when a logged-in user needs to access resources on a different site.
 The receiving domain checks the token's signature and decrypts it before trusting it.
 JWT and OAuth 2.0 are two standards that implement this pattern, each with a different verification flow.
 
-Cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain.
-This process is commonly used in situations where a user needs to access resources from multiple domains, such as when a user is logged in to one website and needs to access resources from another website.
-When a token is issued from one domain, it is typically encrypted and signed to prevent tampering and ensure that it can only be used by the intended recipient.
-When the token is redeemed on a different domain, the receiving domain must first verify the authenticity of the token by checking the signature and decrypting the token.
+## What is cross origin token redemption?
+
+Cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain. This process is commonly used in situations where a user needs to access resources from multiple domains, such as when a user is logged in to one website and needs to access resources from another website.
+
+When a token is issued from one domain, it is typically encrypted and signed to prevent tampering and ensure that it can only be used by the intended recipient. When the token is redeemed on a different domain, the receiving domain must first verify the authenticity of the token by checking the signature and decrypting the token.
 
-## JSON Web Token (JWT)
+### **JSON Web Token (JWT)**
 
-One common method of cross-origin token redemption is to use the JWT standard.
-JWTs are a compact, URL-safe means of representing claims to be transferred between two parties.
-They consist of three parts:
+One common method of cross-origin token redemption is to use the JWT standard. JWTs are a compact, URL-safe means of representing claims to be transferred between two parties. They consist of three parts:
 
 - `header`: it contains information about the token, including the algorithm used to sign it
 - `payload`: it contains the claims, which are the pieces of information that the token is intended to convey
-- `signature`: is used to verify that the token has not been tampered with
+- `signature`: is used to verify that the token has not been tampered with.
 
-In order to redeem a JWT on a different domain, the receiving domain must first verify the signature using the algorithm specified in the header and the secret key that was used to sign the token.
-Once the signature is verified, the domain can then read the claims from the payload to determine if the user is authorized to access the requested resources.
+In order to redeem a JWT on a different domain, the receiving domain must first verify the signature using the algorithm specified in the header and the secret key that was used to sign the token. Once the signature is verified, the domain can then read the claims from the payload to determine if the user is authorized to access the requested resources.
 
-## OAuth 2.0
+### **OAuth 2.0**
 
-Another method of cross-origin token redemption is to use the OAuth 2.0 standard.
-OAuth 2.0 is an open standard for authorization that enables a third-party application to obtain limited access to an HTTP service.
-In this method, when a user is logged in to one website and wants to access resources from another website, the first website will redirect the user to the second website and pass a token.
-The second website will then validate the token and provide the user with access to the requested resources.
+Another method of cross-origin token redemption is to use the OAuth 2.0 standard. OAuth 2.0 is an open standard for authorization that enables a third-party application to obtain limited access to an HTTP service. In this method, when a user is logged in to one website and wants to access resources from another website, the first website will redirect the user to the second website and pass a token. The second website will then validate the token and provide the user with access to the requested resources.
 
-In summary, cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain.
-This is achieved by verifying the signature of the token and decrypting it and by using standards like JWT or OAuth 2.0.
+In summary, cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain. This is achieved by verifying the signature of the token and decrypting it and by using standards like JWT or OAuth 2.0.
 
 ## FAQ
 
diff --git a/public/md-articles/how-to/what-is-psr-7-and-how-to-use-it.md b/public/md-articles/how-to/what-is-psr-7-and-how-to-use-it.md
index 8128fccb..fc5db0af 100644
--- a/public/md-articles/how-to/what-is-psr-7-and-how-to-use-it.md
+++ b/public/md-articles/how-to/what-is-psr-7-and-how-to-use-it.md
@@ -11,38 +11,36 @@ language: "en"
 # What is PSR-7 and how to use it
 
 ## TL;DR
-
 PSR-7 defines a set of common interfaces from the PHP Framework Interop Group for representing HTTP messages and URIs, and any application built on those interfaces is a PSR-7 application.
 This article lists the PSR-7 interfaces as a cheatsheet, then walks through practical examples using Zend Diactoros: adding, appending, reading, and removing HTTP headers, and reading, writing, appending, and prepending content to a PSR-7 message body via its stream interface.
 
-PSR-7 is a set of common interfaces defined by PHP Framework Interop Group.
-These interfaces are representing HTTP messages, and URIs for use when communicating trough HTTP.
+## What is PSR-7 and how to use it
+
+PSR-7 is a set of common interfaces defined by PHP Framework Interop Group. These interfaces are representing HTTP messages, and URIs for use when communicating trough HTTP.
+
 Any web application using this set of interfaces is a PSR-7 application.
+
 More about interfaces and interfaces examples can be found [here](http://php.net/manual/language.oop5.interfaces.php).
 
 ## Interfaces
 
-In this section the Interfaces methods will be listed.
-The purpose of this list is to help in finding the methods when working with PSR-7.
-This can be considered as a cheatsheet for PSR-7 interfaces.
-The interfaces defined in PSR-7 are the following:
+In this section the Interfaces methods will be listed. The purpose of this list is to help in finding the methods when working with PSR-7. This can be considered as a cheatsheet for PSR-7 interfaces. The interfaces defined in PSR-7 are the following:
 
 | Class Name | Description |
-|---|---|
-| [`Psr\Http\Message\MessageInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessagemessageinterface) | Representation of a HTTP message |
-| [`Psr\Http\Message\RequestInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessagerequestinterface) | Representation of an outgoing, client-side request. |
-| [`Psr\Http\Message\ServerRequestInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessageserverrequestinterface) | Representation of an incoming, server-side HTTP request. |
-| [`Psr\Http\Message\ResponseInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessageresponseinterface) | Representation of an outgoing, server-side response. |
-| [`Psr\Http\Message\StreamInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessagestreaminterface) | Describes a data stream |
-| [`Psr\Http\Message\UriInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessageuriinterface) | Value object representing a URI. |
-| [`Psr\Http\Message\UploadedFileInterface`](http://www.php-fig.org/psr/psr-7/#psrhttpmessageuploadedfileinterface) | Value object representing a file uploaded through an HTTP request. |
+| --- | --- |
+| [PsrHttpMessageMessageInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessagemessageinterface) | Representation of a HTTP message |
+| [PsrHttpMessageRequestInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessagerequestinterface) | Representation of an outgoing, client-side request. |
+| [PsrHttpMessageServerRequestInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessageserverrequestinterface) | Representation of an incoming, server-side HTTP request. |
+| [PsrHttpMessageResponseInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessageresponseinterface) | Representation of an outgoing, server-side response. |
+| [PsrHttpMessageStreamInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessagestreaminterface) | Describes a data stream |
+| [PsrHttpMessageUriInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessageuriinterface) | Value object representing a URI. |
+| [PsrHttpMessageUploadedFileInterface](http://www.php-fig.org/psr/psr-7/#psrhttpmessageuploadedfileinterface) | Value object representing a file uploaded through an HTTP request. |
 
 ## Working with PSR-7
 
 The following examples will illustrate how basic operations are done in PSR-7.
-Zend Diactoros is an implementation for PSR-7 interfaces.
-It will be used to illustrate these examples.
-Installation guide for Zend Diactoros: [Zend Diactoros Documentation – Installation](https://zendframework.github.io/zend-diactoros/install/)
+
+Zend Diactoros is an implementation for PSR-7 interfaces. It will be used to illustrate these examples. Installation guide for Zend Diactoros: [Zend Diactoros Documentation – Installation](https://zendframework.github.io/zend-diactoros/install/)
 
 > All other PSR-7 implementations should have the same behaviour.
 
@@ -50,9 +48,9 @@ Alternative [PSR-7 implementations](https://packagist.org/search/?q=psr7%20imple
 
 To use the `Zend Diactoros` classes add this at the beggining of the php file:
 
-```php
-use Zend\Diactoros\ServerRequestFactory;
-use Zend\Diactoros\Response;
+```
+use ZendDiactorosServerRequestFactory;
+use ZendDiactorosResponse;
 // autoloading
 $request = ServerRequestFactory::fromGlobals($_SERVER, $_GET, $_POST, $_COOKIE, $_FILES);
 $response = new Response();
@@ -62,47 +60,54 @@ $response = new Response();
 
 ## Working with HTTP Headers
 
-#### Adding Headers to Response
+#### Adding headers to response:
 
-```php
+```
 $response->withHeader('My-Custom-Header', 'My Custom Message');
 ```
 
-#### Appending Values to Headers
+#### Appending values to headers
 
-```php
+```
 $response->withAddedHeader('My-Custom-Header', 'The second message');
 ```
 
-#### Checking if Header Exists
+#### Checking if header exists:
 
-```php
+```
 $response->hasHeader('My-Custom-Header'); // will return true
 ```
 
 > Note: My-Custom-Header was only added in the Response
 
-#### Getting Comma-Separated Values from a Header (Also Applies to Request)
+#### Getting comma-separated values from a header (also applies to request)
+
+```
+// getting value from request headers
+$request->getHeaderLine('Content-Type'); // will return: "text/html; charset=UTF-8"
+// getting value from response headers
+$response->getHeaderLine('My-Custom-Header'); // will return:  "My Custom Message; The second message"
+```
 
-```php
+```
 // getting value from request headers
 $request->getHeaderLine('Content-Type'); // will return: "text/html; charset=UTF-8"
 // getting value from response headers
 $response->getHeaderLine('My-Custom-Header'); // will return:  "My Custom Message; The second message"
 ```
 
-#### Getting Array of Value from a Header (Also Applies to Request)
+#### Getting array of value from a header (also applies to request)
 
-```php
+```
 // getting value from request headers
 $request->getHeader('Content-Type'); // will return:
 // getting value from response headers
 $response->getHeader('My-Custom-Header'); // will return:
 ```
 
-#### Removing Headers from HTTP Messages
+#### Removing headers from HTTP Messages
 
-```php
+```
 // removing a header from Request, removing deprecated "Content-MD5" header
 $request->withoutHeader('Content-MD5');
 // removing a header from Response
@@ -115,11 +120,11 @@ $response->withoutHeader('Content-Length');
 
 When working with the PSR-7 there are two methods of implementation:
 
-#### 1. Getting the Body Separately
+#### 1. Getting the body separately
 
 > This method makes the body handling easier to understand and is useful when repeatedly calling body methods. (You only call `getBody()` once). Using this method mistakes like `$response->write()` are also prevented.
 
-```php
+```
 $body = $response->getBody();
 // operations on body, eg. read, write, seek
 // ...
@@ -130,21 +135,21 @@ $response->withBody($body);
 // the $body variable has the same value as the one in $request, only the reference is passed
 ```
 
-#### 2. Working Directly on Response
+#### 2. Working directly on response
 
 > This method is useful when only performing few operations as the `$request->getBody()` statement fragment is required
 
-```php
+```
 $response->getBody()->write('hello');
 ```
 
-## Getting the Body Contents
+## Getting the body contents
 
 The following snippet gets the contents of a stream contents.
 
-> Note: Streams must be rewinded, if content was written into streams, it will be ignored when calling `getContents()` because the stream pointer is set to the last character, which is end of stream.
+> Note: Streams must be rewinded, if content was written into streams, it will be ignored when calling `getContents()` because the stream pointer is set to the last character, which is `\0` – meaning end of stream.
 
-```php
+```
 $body = $response->getBody();
 $body->rewind(); // or $body->seek(0);
 $bodyText = $body->getContends();
@@ -152,21 +157,19 @@ $bodyText = $body->getContends();
 
 > Note: If `$body->seek(1)` is called before `$body->getContents()`, the first character will be ommited as the starting pointer is set to `1`, not `0`. This is why using `$body->rewind()` is recommended.
 
-## Append to Body
+## Append to body
 
-```php
+```
 $response->getBody()->write('Hello'); // writing directly
 $body = $request->getBody(); // which is a `StreamInterface`
 $body->write('xxxxx');
 ```
 
-## Prepend to Body
+## Prepend to body
 
-Prepending is different when it comes to streams.
-The content must be copied before writing the content to be prepended.
-The following example will explain the behaviour of streams.
+Prepending is different when it comes to streams. The content must be copied before writing the content to be prepended. The following example will explain the behaviour of streams.
 
-```php
+```
 // assuming our response is initially empty
 $body = $repsonse->getBody();
 // writing the string "abcd"
@@ -177,9 +180,9 @@ $body->seek(0);
 $body->write('ef'); // at this point the stream contains "efcd"
 ```
 
-#### Prepending by Rewriting Separately
+#### Prepending by rewriting separately
 
-```php
+```
 // assuming our response body stream only contains: "abcd"
 $body = $response->getBody();
 $body->rewind();
@@ -192,17 +195,17 @@ $body->write($contents); // stream contains "efabcd"
 
 > Note: `getContents()` seeks the stream while reading it, therefore if the second `rewind()` method call was not present the stream would have resulted in `abcdefabcd` because the `write()` method appends to stream if not preceeded by `rewind()` or `seek(0)`.
 
-#### Prepending by Using Contents as a String
+#### Prepending by using contents as a string
 
-```php
+```
 $body = $response->getBody();
 $body->rewind(); // or $body->seek(0);
 $bodyText = $body->getContends();
 ```
 
-More information can be found in the [PSR-7 article](https://www.php-fig.org/psr/psr-7/) in Dotkernel3 documentation portal.
+More information can be found in the PSR-7 article in[Dotkernel3 documentation portal](https://www.php-fig.org/psr/psr-7/).
 
-Sources: [PSR-7: HTTP messages](http://www.php-fig.org/psr/psr-7/), [zend-diactoros](https://zendframework.github.io/zend-diactoros/)
+Sources: [PSR-7: HTTP messages](http://www.php-fig.org/psr/psr-7/) [zend-diactoros](https://zendframework.github.io/zend-diactoros/)
 
 ## FAQ
 
@@ -216,7 +219,7 @@ A: PSR-7 defines MessageInterface (representation of an HTTP message), RequestIn
 A: Zend Diactoros is used as the PSR-7 implementation for the examples, though the article notes that all other PSR-7 implementations should have the same behaviour.
 
 **Q: How do you add or check headers on a response?**
-A: Use `$response->withHeader('My-Custom-Header', 'My Custom Message')` to add a header, `$response->withAddedHeader(...)` to append another value to it, and `$response->hasHeader('My-Custom-Header')` to check whether it exists.
+A: Use $response->withHeader('My-Custom-Header', 'My Custom Message') to add a header, $response->withAddedHeader(...) to append another value to it, and $response->hasHeader('My-Custom-Header') to check whether it exists.
 
 **Q: Why must a stream be rewound before reading its contents?**
-A: If content was written into a stream, calling `getContents()` without first calling `$body->rewind()` (or `$body->seek(0)`) will return nothing, because the stream pointer is left at the end of the stream after writing.
+A: If content was written into a stream, calling getContents() without first calling $body->rewind() (or $body->seek(0)) will return nothing, because the stream pointer is left at the end of the stream after writing.
diff --git a/public/md-articles/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.md b/public/md-articles/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.md
index 1e39d4cd..7066d1e8 100644
--- a/public/md-articles/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.md
+++ b/public/md-articles/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.md
@@ -11,42 +11,44 @@ language: "en"
 # Codelobster PHP Edition - Free PHP, HTML, CSS, JavaScript editor (IDE)
 
 ## TL;DR
-
 Codelobster PHP Edition is a free, lightweight IDE that highlights and autocompletes mixed PHP, HTML, CSS, and JavaScript code, including HTML5 and CSS3.
 It also bundles an HTML/CSS inspector, a PHP debugger, an SQL manager, FTP support, and a portable mode that needs no installation.
 On top of that, it ships plugins for popular CMS platforms and PHP frameworks such as Drupal, Joomla, CakePHP, CodeIgniter, Symfony, Yii, WordPress, and Smarty.
 
-## Free PHP, HTML, CSS, JavaScript Editor (IDE) - Codelobster PHP Edition
-
-For valuable work on creation of sites you need a good comfortable editor necessarily.
-There are many requiring paid products for this purpose, but we would like to select free of charge very functional and at the same time of simple in the use editor - [Codelobster PHP Edition](http://www.codelobster.com/).
-
-Let us consider some important possibilities and advantages of this program:
-
-- All code highlights depending on a type, the also mixed code is thus supported, so the area of HTML will be highlighted as HTML, PHP as PHP, and Javascript as Javascript in a the same file.
-Thre is possibility of choice from color schemes, including popular IDEs.
-- Powerful autocompletion for HTML, PHP, CSS and Javascript, including HTML5 and CSS3.
-For PHP the structure of project is fully recognized, and the complete list of methods falls out in the proper places.
-- HTML/CSS inspector on the type of Firebug, which allows easily to correlate the selected elements of page with a code and proper style.
-- Context help on all supported languages.
-By pressing F1 key the page with detailed description for current tag, attribute or function will be opened.
-- PHP debugger. PHP debugger allows to execute PHP scripts incrementally, watching the values of all variables in every line.
-- SQL manager allows to produce all necessary actions with a database - to add, delete, edit a structure and records in tables, to export data, execute SQL queries.
-Highlighting and autocompletion works for SQL files also.
-- Support of FTP allows to work straight with a remote server and to do all necessary changes with files.
-- The portable option allows to use editor without the preliminary installation.
+## Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition
+
+![Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition](http://www.codelobster.com/images/clphped.gif)
+
+For valuable work on creation of sites you need a good comfortable editor necessarily. There are many requiring paid products for this purpose, but we would like to select free of charge very functional and at the same time of simple in the use editor - **[Codelobster PHP Edition](http://www.codelobster.com/)** .
+
+- Let us consider some important possibilities and advantages of this program:
+
+ 
+
+- All **code highlights** depending on a type, the also mixed code is thus supported, so the area of HTML will be highlighted as HTML, PHP as PHP, and Javascript as Javascript in a the same file. Thre is possibility of choice from color schemes, including popular IDEs.
+- Powerful **autocompletion for HTML, PHP, CSS and Javascript**, including HTML5 and CSS3. For PHP the structure of project is fully recognized, and the complete list of methods falls out in the proper places.
+- **HTML/CSS** inspector on the type of Firebug, which allows easily to correlate the selected elements of page with a code and proper style.
+- **Context help** on all supported languages. By pressing F1 key the page with detailed description for current tag, attribute or function will be opened.
+- **PHP debugger**. PHP debugger allows to execute PHP scripts incrementally, watching the values of all variables in every line.
+- **SQL manager** allows to produce all necessary actions with a database - to add, delete, edit a structure and records in tables, to export data, execute SQL queries. Highlighting and autocompletion works for SQL files also.
+- **Support of FTP** allows to work straight with a remote server and to do all necessary changes with files;
+- **The portable option** allows to use editor without the preliminary installation.
 - Other useful utilities: pair highlighting, possibility of blocks selection, collapsing, tooltips, navigation on descriptions of functions and included files at withholding of the key of CTRL, viewing of structure of files and project, preview in a browser, book-marks, and all other standard possibilities for work with a code.
 
-### Also There Are Special Plugins for Work With
+### Also there are special plugins for work with:
 
-- CMS: Drupal, Joomla
-- PHP frameworks: CakePHP, CodeIgniter, Symfony, Yii
-- JavaScript libraly: JQuery
-- WordPress blogging engine
-- Smarty template engine
+- CMS: **Drupal, Joomla**
+- PHP frameworks: **CakePHP, CodeIgniter, Symfony, Yii**
+- JavaScript libraly: **JQuery**
+- **WordPress** blogging engine
+- **Smarty** template engine
+
+ 
 
 [http://www.codelobster.com](http://www.codelobster.com)
 
+ 
+
 ## FAQ
 
 **Q: What kind of code highlighting does Codelobster PHP Edition support?**
diff --git a/public/md-articles/javascript/intro-to-jquery.md b/public/md-articles/javascript/intro-to-jquery.md
index da48e4bc..75fdbb3b 100644
--- a/public/md-articles/javascript/intro-to-jquery.md
+++ b/public/md-articles/javascript/intro-to-jquery.md
@@ -11,26 +11,26 @@ language: "en"
 # Intro to jQuery
 
 ## TL;DR
-
 Starting with Dotkernel's 1.5 release, the framework switched from Dojo to jQuery, and this post is a quick primer on jQuery basics.
 It covers the jQuery (`$`) object and CSS-style selectors, chaining methods to manipulate matched elements, binding events like click, and making Ajax calls with `$.get()` and `$.getJSON()`.
 
 Starting with the 1.5 release, Dotkernel will make the switch from Dojo to jQuery.
+
 On jQuery's website, there's an excellent "[Getting started with jQuery tutorial](http://docs.jquery.com/Tutorials:Getting_Started_with_jQuery)", as well as a extensive [documentation](http://api.jquery.com/) for the framework, so I'll just go over a few basic concepts and common examples.
 
-## The jQuery Object
+## The jQuery object
+
+**jQuery** is the global object that contains all of jQuery's functionality. You will probably want to use **$** instead which is a synonim of the same object, only faster to type.
 
-jQuery is the global object that contains all of jQuery's functionality.
-You will probably want to use $ instead which is a synonim of the same object, only faster to type.
-It contains a few useful methods such as [jQuery.map](http://api.jquery.com/jQuery.map/), but it's mostly used with a selector parameter to retrieve a set of matched elements.
+It contains a few useful methods such as [jQuery.map](http://api.jquery.com/jQuery.map/), but it's mostly used with a selector parameter to retrieve a set of matched elements.
 
 ## Selectors
 
 jQuery supports the same selectors as CSS (note: all selectors will work even in browsers that don't actually have CSS support for them)
 
-### Examples
+### Examples:
 
-```javascript
+```
 // the element that matches an id
 $("#someId");
 // all elements with a certain class
@@ -41,28 +41,27 @@ $("table#monthlyStats tbody tr:nth-child(odd)")
 
 The results of these expressions is a jQuery object that contains one, more, or no matched elements.
 
-## Manipulating Matched Elements
+## Manipulating matched elements
 
 There are a number of functions that can be applied to a jQuery object, for example:
 
-```javascript
+```
 $("input#username").addClass("error")
 ```
 
-Since most of these functions will also return the same jQuery object, they can be chained.
-For example, the following expression will set the text of the #errors element and fade it in:
+Since most of these functions will also return the same jQuery object, they can be chained. For example, the following expression will set the text of the *#errors* element and fade it in:
 
-```javascript
+```
 $("#errors").text("The was an eror").fadeIn()
 ```
 
 ## Events
 
 Adding events in Javascript instead of using "onclick" attributes in HTML means that the markup is much cleaner, and you get better support for more events in all browsers.
-In the following example, a click event is attached to an element.
-The function that will be called when the event is fired (callback) is passed as an argument to the click function
 
-```javascript
+In the following example, a click event is attached to an element. The function that will be called when the event is fired (callback) is passed as an argument to the *click* function
+
+```
 $("#helpButton").click(function(){
     $("#helpMessage").show()
 });
@@ -72,17 +71,17 @@ $("#helpButton").click(function(){
 
 jQuery has [many ajax helper functions](http://api.jquery.com/category/ajax/), here is a simple example that will replace the contents of an element with data loaded from the server:
 
-```javascript
+```
 $.get("get-news.php", function(result){
    $("#news").html(result)
 })
 ```
 
-## Putting It All Together
+## Putting it all together
 
 The following snippet can be used on a registration form to check whether the username already exists, before the form is submitted.
 
-```javascript
+```
 $(document).ready(
   $("input#username").blur(function(){
     $.getJSON(
@@ -110,10 +109,10 @@ A: Starting with the 1.5 release, Dotkernel makes the switch from Dojo to jQuery
 A: jQuery is the global object that contains all of jQuery's functionality. $ is a synonym for the same object that's faster to type, and is mostly used with a selector parameter to retrieve a set of matched elements.
 
 **Q: What selectors does jQuery support?**
-A: jQuery supports the same selectors as CSS, and these selectors work even in browsers that don't natively support them, for example `$("#someId")`, `$(".someClass")`, or `$("table#monthlyStats tbody tr:nth-child(odd)")`.
+A: jQuery supports the same selectors as CSS, and these selectors work even in browsers that don't natively support them, for example $("#someId"), $(".someClass"), or $("table#monthlyStats tbody tr:nth-child(odd)").
 
 **Q: How do you attach a click event to an element?**
-A: Pass a callback function to the `click` function on a jQuery selection, for example: `$("#helpButton").click(function(){ $("#helpMessage").show() });`. This keeps markup cleaner than using "onclick" attributes in HTML.
+A: Pass a callback function to the click function on a jQuery selection, for example: $("#helpButton").click(function(){ $("#helpMessage").show() });. This keeps markup cleaner than using "onclick" attributes in HTML.
 
 **Q: How does jQuery handle Ajax requests?**
-A: jQuery provides ajax helper functions such as `$.get()` and `$.getJSON()`, for example loading data from the server and replacing an element's contents with `$.get("get-news.php", function(result){ $("#news").html(result) })`.
+A: jQuery provides ajax helper functions such as $.get() and $.getJSON(), for example loading data from the server and replacing an element's contents with $.get("get-news.php", function(result){ $("#news").html(result) }).
diff --git a/public/md-articles/javascript/javascript-email-validator.md b/public/md-articles/javascript/javascript-email-validator.md
index 772e75b9..ea1274d0 100644
--- a/public/md-articles/javascript/javascript-email-validator.md
+++ b/public/md-articles/javascript/javascript-email-validator.md
@@ -10,25 +10,23 @@ language: "en"
 
 # Javascript: Email Validator
 
-## Problem
+**Problem:** email should allow +/- characters in user, - in domain. dash (-) should be allowed anywhere in an email address or domain. plus (+) is allowed in the username (many people use this for categorization, especially at gmail)
 
-Email validation should allow the dash (-) character anywhere in an email address or domain, and the plus (+) character in the username (many people use it for categorization, especially on Gmail).
+**Solution :**
 
-## Solution
-
-```javascript
+```
 var regex = new RegExp("^+(\.+)*@+(\.+)*\.({2,})$","i");
 ```
 
-This will also validate emails like `username1+username2@gmail-domain.co.uk`.
+This will validated also emails like: username1+username2@gmail-domain.co.uk
 
 ## FAQ
 
 **Q: What problem does this email validator solve?**
-A: Common email regex patterns fail to allow the plus (+) character in the username and the dash (-) character anywhere in the address or domain, even though both are commonly used (plus for categorization on Gmail, dash in domain names).
+A: Common email regex patterns fail to allow the plus (+) character in the username and the dash (-) character anywhere in the address or domain. The plus sign is used by many people, especially on Gmail, for categorization, and dashes commonly appear in domain names, so a validator that rejects them is too strict.
 
 **Q: What is the suggested regex solution?**
-A: The regular expression `^+(\.+)*@+(\.+)*\.({2,})$` (case-insensitive) that permits both characters in the appropriate parts of the address.
+A: The article proposes the regular expression ^+(\.+)*@+(\.+)*\.({2,})$ (case-insensitive) as a replacement that permits both the plus and dash characters in the appropriate parts of the address.
 
 **Q: What kind of email addresses does this regex validate?**
-A: Addresses like `username1+username2@gmail-domain.co.uk`, combining a plus-separated username with a dashed domain.
+A: According to the article, this pattern will also successfully validate addresses like username1+username2@gmail-domain.co.uk, which combine a plus-separated username with a dashed domain.
diff --git a/public/md-articles/licensing/mit-versus-lgpl-in-practice-dotkernel-case.md b/public/md-articles/licensing/mit-versus-lgpl-in-practice-dotkernel-case.md
index f197e9fb..6ba2a5d8 100644
--- a/public/md-articles/licensing/mit-versus-lgpl-in-practice-dotkernel-case.md
+++ b/public/md-articles/licensing/mit-versus-lgpl-in-practice-dotkernel-case.md
@@ -11,61 +11,44 @@ language: "en"
 # MIT versus LGPL in practice: Dotkernel case
 
 ## TL;DR
-
 Dotkernel discovered that an upstream dependency, matomo/device-detector, was licensed under LGPL v3 - a more restrictive license than the MIT license Dotkernel uses for its own projects.
 Because the more restrictive license would have to apply to the whole application, Dotkernel implemented a workaround: it stopped bundling that dependency by default and documented the licensing implications.
 
+After a recent analysis, we discovered that **one of the upstream packages** we use is **licensed under [LGPL v3](https://www.gnu.org/licenses/lgpl-3.0.en.html)**. Even though we at **Dotkernel** use the **[MIT](https://opensource.org/license/mit)** license for our open source projects, the more restrictive license must be applied to the whole application. We implemented a workaround detailed below.
+
 ## Detailing the problem
 
-The package in question, [matomo/device-detector](https://github.com/matomo-org/device-detector), requires developers to share their derivative code publicly (LGPL v3).
-This conflicted with Dotkernel's contractual obligations to keep client code business and enterprise friendly, and risked legal issues.
+The package in question is [**matomo/device-detector**](https://github.com/matomo-org/device-detector) which requires the developers to **share their derivative code publicly**. This goes against our contractual obligations to the client to keep their custom code business and enterprise friendly. The conflict that results in this scenario may cause **legal issues** in the future.
 
 ## The solution
 
-Dotkernel decided to discard the use of third-party packages licensed under LGPL v3.
-The matomo/device-detector package had been used in [dotkernel/dot-user-agent-sniffer](https://github.com/dotkernel/dot-user-agent-sniffer) to identify the user agent and use the results in internal reports.
+Some companies explicitly steer clear of scenarios of this nature and Dotkernel has decided to do the same. Our **solution** for Dotkernel applications and libraries is to **discard the use of 3rd party packages with LGPL v3**. In this particular case we used the **matomo/device-detector** package in our [**dotkernel/dot-user-agent-sniffer**](https://github.com/dotkernel/dot-user-agent-sniffer) package for the purpose of identifying the user agent and using the results in internal reports.
 
-All of [Dotkernel's](https://github.com/dotkernel) packages are licensed under MIT, which has no restrictions on the source code other than keeping the license and copyright notice in a file within each package.
-Other non-restrictive licenses deemed acceptable (used by some dependencies instead of MIT) include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0.
+ALL of **[Dotkernel's](https://github.com/dotkernel)** packages are licensed under **MIT** which **has no restrictions** regarding the **source code**, other than keeping the license and copyright notice in a file within each package. Other non-restrictive licenses include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0. Some of them are used by the dependencies in Dotkernel’s packages instead of MIT, but are still deemed acceptable.
 
 ## The resolution
 
-Starting with version 3.4.0, the dotkernel/dot-user-agent-sniffer package must follow the LGPL v3 license.
-The [admin application](https://github.com/dotkernel/admin) will not use the features from matomo/device-detector, but will contain instructions on how to add the package for developers who intend to use it.
+The **dotkernel/dot-user-agent-sniffer** package **must follow the LGPL v3 license**, beginning with version 3.4.0. Our [admin application](https://github.com/dotkernel/admin) will not use the features from matomo/device-detector, but will contain instructions on how to add the package, if other developers intend to use it.
 
 ## Important note
 
-Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability.
-Dotkernel will not abandon the issue, and is looking into a solution to bring back the device detector functionality in the future under a less restrictive license.
-For now, dotkernel/dot-user-agent-sniffer is not included in any Dotkernel application by default.
+**Warning: Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability**. We at Dotkernel will not abandon the issue as is, but are looking into a solution to bring back the device detector functionality in the future under a less restrictive license. For now we will not include dotkernel/dot-user-agent-sniffer in any of our applications by default.
+
+Rob Allen has created an automation to check the licenses of installed packages. You can follow his article [here](https://akrabat.com/check-licenses-of-composer-dependencies/).
 
 ## FAQ
 
 **Q: Why did Dotkernel need a workaround for this package?**
-A: An analysis found that matomo/device-detector was licensed under LGPL v3, which requires sharing derivative code publicly.
-Since Dotkernel projects use MIT, the more restrictive license would have to apply to the whole application, conflicting with contractual obligations to keep client code business friendly.
+A: An analysis found that an upstream package, matomo/device-detector, was licensed under LGPL v3, which requires developers to share their derivative code publicly. Since Dotkernel's own projects use the MIT license, and the more restrictive license would have to apply to the whole application, this conflicted with contractual obligations to keep client code business and enterprise friendly.
 
 **Q: Where was the LGPL v3 package being used?**
-A: In Dotkernel's dot-user-agent-sniffer package, to identify the user agent and use the results in internal reports.
+A: The matomo/device-detector package was used in Dotkernel's dot-user-agent-sniffer package to identify the user agent and use the results in internal reports.
 
 **Q: What solution did Dotkernel adopt?**
-A: Discarding the use of third-party LGPL v3 packages.
-All Dotkernel packages are MIT licensed, and other acceptable non-restrictive licenses include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0.
+A: Dotkernel decided to discard the use of third-party packages licensed under LGPL v3. All of Dotkernel's own packages are licensed under MIT, which has no restrictions on the source code other than keeping the license and copyright notice in a file within each package. Other non-restrictive licenses considered acceptable include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0.
 
 **Q: What changed in dot-user-agent-sniffer as a result?**
-A: Starting with version 3.4.0 it must follow LGPL v3.
-The admin application will not use matomo/device-detector's features, but will document how to add it for developers who want it.
+A: Starting with version 3.4.0, the dotkernel/dot-user-agent-sniffer package must follow the LGPL v3 license. The admin application will not use the features from matomo/device-detector, but will contain instructions for developers who intend to add the package themselves.
 
 **Q: Is it still risky to use an older version of dot-user-agent-sniffer?**
-A: Yes - any application using a version lower than 3.4.0 is still a legal liability.
-Dotkernel will not include the package in its applications by default while it looks for a less restrictive replacement.
-
-## Resources
-
-- [LGPL v3 license](https://opensource.org/license/lgpl-3-0)
-- [MIT license](https://opensource.org/license/mit)
-- [matomo/device-detector](https://github.com/matomo-org/device-detector)
-- [dotkernel/dot-user-agent-sniffer](https://github.com/dotkernel/dot-user-agent-sniffer)
-- [Dotkernel GitHub organization](https://github.com/dotkernel)
-- [Dotkernel admin application](https://github.com/dotkernel/admin)
-- [Rob Allen: Check the licenses of your Composer dependencies](https://akrabat.com/check-licenses-of-composer-dependencies/)
+A: Yes. Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability. Dotkernel states it will not include dotkernel/dot-user-agent-sniffer in any of its applications by default for now, while it looks into bringing back the device detector functionality under a less restrictive license in the future.
diff --git a/public/md-articles/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.md b/public/md-articles/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.md
index 94241d33..29bb1010 100644
--- a/public/md-articles/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.md
+++ b/public/md-articles/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.md
@@ -11,69 +11,72 @@ language: "en"
 # Dotkernel Light improvements: PSR-15 Handlers, Vite, PHPStan
 
 ## TL;DR
-
 [Dotkernel Light](https://github.com/dotkernel/light) is a PSR-15 compliant application built on Mezzio and Laminas, aimed at simple websites like presentation sites.
 Since its last update, it has moved from controllers to PSR-15 handlers, adopted Vite as its bundler, replaced Psalm with PHPStan, and picked up several smaller improvements.
 
+[Dotkernel Light](https://github.com/dotkernel/light) is the smallest complete Mezzio application - a PSR-15 pipeline, routing and templating, with nothing to strip out. A good starting point for a simple site, like a presentation site, that can be expanded as needed.
+
+Dotkernel Light has come a long way since our [last update](https://www.dotkernel.com/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site/). It's just as useful for a presentation site, but our perfectionist devs thought we could do better. Let's see what we have improved to make your use of Light that much more convenient.
+
 ## Migrating from controllers to handlers
 
-dotkernel/dot-controller isn't going away, but Dotkernel Light has switched to PSR-15 handlers instead.
-PSR-7 defines the request handler as an individual component that processes a request and produces a response; since the request can be filtered or augmented in a middleware architecture by the time it reaches custom code, handlers split code into more manageable chunks and a cleaner file structure, and make it easier to understand an application's functionality.
+[dotkernel/dot-controller](https://github.com/dotkernel/dot-controller) isn't going away, but we have switched to [PSR-15](https://www.php-fig.org/psr/psr-15/) handlers instead. [PSR-7 HTTP message interfaces](https://www.php-fig.org/psr/psr-7/) defines the request handler as an individual component that processes a request and produces a response. Given that it's used in a middleware architecture, the request can be wildly different (e.g. filtered, augmented) by the time it reaches your custom code. Handlers split the code into more manageable chunks and cleaner file structure. An added benefit is it allows us to figure out an application's functionality easier. We will expand on this aspect further down in the article, in the 'Naming pattern' chapter.
 
 ## Implementing PSR-15 compatible handlers
 
-PSR-15, defined by the PHP Framework Interop Group, specifies common interfaces for HTTP server request handlers and middleware that use HTTP messages as described by PSR-7.
-The MVC design pattern is considered obsolete by respected members of the PHP community, so Dotkernel Light is replacing it with the middleware and HTTP message design pattern.
+We are striving to implement every feature with the most modern standards and design patterns in mind. The [PHP Framework Interop Group](https://www.php-fig.org/) defines PSR-15 as common interfaces for HTTP server request handlers and HTTP middleware that use HTTP messages as described by PSR-7. The MVC design pattern is considered obsolete by respected members of the PHP community, so we are replacing it with Middleware and HTTP message desing pattern.
 
 ## Adopting a naming pattern for PSR-15 handlers
 
-A naming pattern was devised for PSR-15 handlers that highlights the method, resource, and action for each file, so navigation and onboarding are easier.
+Now the file names reflect the functionality at a glance. We devised a naming pattern for our PSR-15 handlers that highlights the method, resouce and action for each file to make navigation and onboarding that much easier. We like to keep things tidy, as well as informative.
 
 ## Implementing Vite
 
-[Vite](https://vite.dev/) replaces [webpack](https://webpack.js.org) as the static modules bundler.
-It concatenates and compresses `.css` and `.js` files for faster downloads, and preprocesses `.scss` files into `.css`.
-Vite was configured to work similarly to webpack for existing Light developers; the migration was justified by easier dependency management and execution speed, and it's highly recommended by the PHP community.
+[Vite](https://vite.dev/) replaces [webpack](https://webpack.js.org) as our static modules bundler. It concatenates and compresses `.css` and `.js` files to enable faster downloads. It also preprocesses `.scss` files into `.css`. As far as devs using Light are concerned, Vite was configured to work similarly to webpack. We decided the technical advantages like easier dependency management and execution speed justified the migration to Vite. It's also highly recommended by the PHP community.
 
 ## Replacing Psalm with PHPStan
 
-Both Psalm and PHPStan are respected, widely-used static analysis tools.
-Some big names in the PHP ecosystem made the same switch, so Dotkernel followed suit.
-Functionality is similar to the previous tool, but growing interest and improved detection quality made PHPStan the better choice.
-PHPStan is configured to run at rule level 8 to help prevent bugs and write better code.
+Both [Psalm](https://psalm.dev/) and [PHPStan](https://phpstan.org/) are respected and widely-used static analysis tools. Some of the big names in the PHP ecosystem have opted for the same switch, so we decided to follow suit. Ultimately, the functionality is similar to our previous tool, but the growing interest and improved detection quality make PHPStan a great choice for our applications. PHPStan is configured to run at rule level 8 to help prevent bugs and write better code.
 
 ## Other updates
 
+Some of the smaller updates involve:
+
 - Adding support for PHP 8.4.
-- Enabling PHPStan and Qodana to run for PHP 8.4 as well.
+- Enabling [PHPStan](https://phpstan.org/) and [Qodana](https://www.jetbrains.com/qodana/) to run for PHP 8.4 as well.
 - Cleaning up and adapting the error configuration file to make use of the latest features.
-- Updating laminas/laminas-coding-standard to the latest major version.
-- Updating composer.json to be up-to-date with the latest releases for each dependency, and removing obsolete items.
-- Implementing a more reliable and efficient post-install script.
-- Removing dotkernel/dot-twigrenderer in favor of a direct implementation of mezzio/mezzio-twigrenderer.
+- Updating [laminas/laminas-coding-standard](https://github.com/laminas/laminas-coding-standard) to the latest major version.
+- Updating composer.json to make sure it's up-to-date with the latest releases for each dependency, as well as to remove any now-obsolete items.
+- Implementing a more reliable and efficient post install script to help get you up and running that much faster.
+- Removing [dotkernel/dot-twigrenderer](https://github.com/dotkernel/dot-twigrenderer) in favor of a direct implementation of [mezzio/mezzio-twigrenderer](https://github.com/mezzio/mezzio-twigrenderer).
+
+## Additional resources
+
+[Dotkernel Light Git](https://github.com/dotkernel/light)
+
+[Dotkernel Light demo](https://light.dotkernel.net/)
+
+[Dotkernel Light documentation](https://docs.dotkernel.org/light-documentation/)
+
+[PHP Framework Interop Group](https://www.php-fig.org/)
+
+[PSR-15: HTTP Server Request Handlers](https://www.php-fig.org/psr/psr-15/)
+
+[Static Analysis – Replacing Psalm with PHPStan](https://www.dotkernel.com/php-development/static-analysis-replacing-psalm-with-phpstan/)
 
 ## FAQ
 
 **Q: Why did Dotkernel Light switch from controllers to handlers?**
-A: Handlers split code into more manageable chunks and a cleaner file structure, and make it easier to understand an application's functionality, especially given that requests can be filtered or augmented by middleware before reaching custom code.
+A: Dotkernel Light switched to PSR-15 handlers instead of dotkernel/dot-controller (which isn't going away, but is no longer used here). Since the request can be filtered or augmented by the time it reaches custom code in a middleware architecture, handlers split the code into more manageable chunks and a cleaner file structure, and make an application's functionality easier to figure out.
 
 **Q: What naming pattern is used for the new PSR-15 handlers?**
-A: One that highlights the method, resource, and action for each handler file, so file names reflect functionality at a glance.
+A: A naming pattern was devised that highlights the method, resource, and action for each handler file, so file names reflect their functionality at a glance, making navigation and onboarding easier.
 
 **Q: Why was Vite adopted instead of webpack?**
-A: For easier dependency management and execution speed, and because it's highly recommended by the PHP community; it was configured to work similarly to webpack for existing developers.
+A: Vite replaces webpack as the static modules bundler, concatenating and compressing .css and .js files and preprocessing .scss files into .css. It was configured to work similarly to webpack for developers using Light, and was chosen for its easier dependency management, execution speed, and its recommendation by the PHP community.
 
 **Q: Why was Psalm replaced with PHPStan?**
-A: Growing interest and improved detection quality, following the lead of other big names in the PHP ecosystem; PHPStan runs at rule level 8.
+A: Both Psalm and PHPStan are respected, widely-used static analysis tools with similar functionality, but growing interest and improved detection quality led Dotkernel to follow other big names in the PHP ecosystem and switch to PHPStan, which is configured to run at rule level 8 to help prevent bugs and write better code.
 
 **Q: What other smaller updates were made to Dotkernel Light?**
-A: PHP 8.4 support, PHPStan/Qodana running on PHP 8.4, error configuration cleanup, an updated coding standard, refreshed composer.json dependencies, a more reliable post-install script, and removal of dot-twigrenderer in favor of mezzio-twigrenderer directly.
-
-## Resources
-
-- [Dotkernel Light Git](https://github.com/dotkernel/light)
-- [Dotkernel Light demo](https://light.dotkernel.net/)
-- [Dotkernel Light documentation](https://docs.dotkernel.org/light-documentation/)
-- [PHP Framework Interop Group](https://www.php-fig.org/)
-- [PSR-15: HTTP Server Request Handlers](https://www.php-fig.org/psr/psr-15/)
-- [Static Analysis – Replacing Psalm with PHPStan](https://www.dotkernel.com/php-development/static-analysis-replacing-psalm-with-phpstan/)
+A: Other updates include adding support for PHP 8.4, enabling PHPStan and Qodana to run for PHP 8.4, cleaning up the error configuration file, updating laminas/laminas-coding-standard to its latest major version, updating composer.json dependencies and removing obsolete items, implementing a more reliable and efficient post-install script, and removing dotkernel/dot-twigrenderer in favor of a direct implementation of mezzio/mezzio-twigrenderer.
diff --git a/public/md-articles/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.md b/public/md-articles/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.md
index 70bad038..248c227e 100644
--- a/public/md-articles/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.md
+++ b/public/md-articles/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.md
@@ -11,35 +11,69 @@ language: "en"
 # Handling dynamic routing using FastRoute in Dotkernel
 
 ## TL;DR
-
 This article, the first in a series about switching from controllers to PSR-15 compliant handlers, explains how Dotkernel replaced its static, hard-coded route declarations with a centralized, dynamic configuration in `local.php`.
 The change is aimed at static pages only - any method other than GET (post, put, delete) returns a 405 status code.
 
+The goal of this update is to replace the static way of creating routes with a more dynamic implementation. The result is a cleaner approach that is easier to set up and review at a glance.
+
+`RoutesDelegator.php` is used to configure the routes in Dotkernel applications. `Routing` allows web applications to respond to user requests by executing the correct code based on URL paths. The dynamic aspect discussed in this article moves the relevant items for each route into the `local.php` file. The RoutesDelegator then reads the route configuration and generates the routes.
+
+> This is the first in a series of articles for switching from controllers to handlers that are PSR-15 compliant. It's aimed at static pages alone, so any other method like `post`, `put` or `delete` will return a `405 status code`.
+
 ## The old way of doing things
 
-Routes were declared in a `RoutesDelegator.php` file present in the `src` folder of each module, with entries like:
+In the past, declaring routes had a more static, hard-coded approach. All our modules have a `RoutesDelegator.php` file in the `src` folder for each module. Each route would have an entry like the one below:
 
-```php
-$app->get('/page', , 'page');
 ```
+$app->get('/page[/{action}]', [GetPageViewHandler::class], 'page');
+```
+
+This route would be used for urls like `/page/about` or `/page/who-we-are` that we will reference later.
+
+These are the required items:
 
-This route serves urls like `/page/about` or `/page/who-we-are`.
-Each entry required:
+- A **method**, in this case `get` which is aimed at static pages.
+- A **path** used to direct the execution to a handler, in this case `/page[/{action}]` which also uses the optional parameter `action`.
+- A **handler** to be executed, like `GetPageViewHandler` which is designed to display static pages out of the box, but can be expanded as needed.
+- A unique **route name**, like `page` which can be referenced to generate redirects or set up authorization.
 
-- A **method**, such as `get`, aimed at static pages.
-- A **path** used to direct execution to a handler, such as `/page`, which also uses the optional `action` parameter.
-- A **handler** to execute, such as `GetPageViewHandler`, designed to display static pages out of the box but expandable as needed.
-- A unique **route name**, such as `page`, referenceable for redirects or authorization.
+In a live application the route list can quickly grow to many more entries, each with its own logic:
 
-In a live application the route list can grow to many entries across areas like product list, product details, checkout, contact us, reports, order history, and blog - grouped into modules, meaning a routing error could require digging through multiple RoutesDelegators.
+- Product list
+- Product details
+- Checkout
+- Contact us
+- Reports
+- Order History
+- Blog
+
+These items can be grouped into modules, meaning you have to dig into multiple RoutesDelegators when a routing error occurs.
 
 ## The new approach
 
-The update centralizes route configuration in `config/autoload/local.php`, under a `routes` array.
-`RoutesDelegator.php` reads this configuration and generates the routes, so it doesn't need to be touched most of the time:
+The update centralizes the route configuration in the `config/autoload/local.php` file. Here is how the routing looks out of the box:
+
+```
+'routes'      => [
+    'page' => [
+        'about'      => 'about',
+        'who-we-are' => 'who-we-are',
+    ],
+],
+```
+
+This supports the urls `/page/about` and `/page/who-we-are`.
+
+Let's list the components under the `routes` array:
 
-```php
-$routes = $container->get('config') ?? [];
+- `page` is the module name.
+- The key `about` is used to build the page's path.
+- The value `about` is the template file.
+
+In this setup, the `RoutesDelegator` file doesn't need to be touched most of the time. This is how it generates the routes for each page:
+
+```
+$routes = $container->get('config')['routes'] ?? [];
 foreach ($routes as $prefix => $moduleRoutes) {
     foreach ($moduleRoutes as $routeUri => $templateName) {
     $app->get(
@@ -51,40 +85,44 @@ foreach ($routes as $prefix => $moduleRoutes) {
 }
 ```
 
-Under the `routes` array: the module name (e.g. `page`) is the top-level key, the key (e.g. `about`) builds the page's path, and the value (e.g. `about`) is the template file.
-This supports `/page/about` and `/page/who-we-are`.
+Each item under `routes` array for each module will have its own entry. The result is you have a `get` for the `about` page and another for the `who-we-are` page.
 
 ## Advanced configuration
 
-The same versatility as before is retained:
+You have the same versatility as before for route configuration. Below we explore some scenarios that showcase the control you still have over the routing.
+
+The template file is taken from the path, but you can still change that in the `handler` based on your requirements. Replace `$template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();` with a template of your choosing, like `$template = 'my-template';`
+
+Say you want to change the url from `/page/about`, to `/about` for SEO purposes. All you have to do is remove the `$moduleName` parameter from `sprintf('/%s/%s', $moduleName, $routeUri),` making it `sprintf('/%s', $routeUri),`. Take care not to break other routes, though!
+
+If you need to change the url parameter, you can do that in the `local.php` file. Edit `'about' => 'about',` into `'about-us' => 'about',`. This changes the original url to `/page/about-us`, but uses the same `about` template as before.
 
-1. **Change the template**: replace `$template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();` with a fixed template, like `$template = 'my-template';`.
-2. **Change the URL for SEO** (e.g. `/page/about` to `/about`): remove the `$moduleName` parameter from `sprintf('/%s/%s', $moduleName, $routeUri)`, making it `sprintf('/%s', $routeUri)` - carefully, to avoid breaking other routes.
-3. **Change the URL segment**: edit `'about' => 'about',` to `'about-us' => 'about',` in `local.php`, changing the url to `/page/about-us` while still using the `about` template.
-4. **Add a dynamic parameter**: edit `'about' => 'about',` to `'about/{id}' => 'about',`, supporting urls like `/page/about/us`, `/page/about/company`, `/page/about/123`, and read the value in the handler with `$request->getAttribute('id')`.
+Do you need a dynamic parameter? Edit the route entry from `'about' => 'about',` to `'about/{id}' => 'about',`. This expands the matched url to support something like `/page/about/us`, `/page/about/company`, `/page/about/123` which will allow you to customize each url with different content in the handler. All you need is to use `$request->getAttribute('id')` to tell what page you are on.
+
+## Additional resources
+
+[Dotkernel Light](https://github.com/dotkernel/light)
+
+[Dotkernel Light Routing How to](https://docs.dotkernel.org/light-documentation/v1/how-tos/routing/)
+
+[FastRoute](https://github.com/nikic/FastRoute)
 
 ## FAQ
 
 **Q: What is the goal of this dynamic routing update?**
-A: To replace static, hard-coded route declarations with a more dynamic, centralized implementation that is easier to set up and review.
+A: The goal is to replace the static way of creating routes with a more dynamic implementation, resulting in a cleaner approach that is easier to set up and review at a glance.
 
 **Q: How were routes configured in the old, static approach?**
-A: In a per-module `RoutesDelegator.php` file, with hard-coded entries specifying a method, path, handler, and route name.
+A: Each module had its own RoutesDelegator.php file in the src folder, with hard-coded route entries such as $app->get('/page', , 'page');. Each route needed a method (e.g. get), a path used to direct execution to a handler, a handler like GetPageViewHandler, and a unique route name. In a live application the route list can grow to many entries grouped across modules, meaning multiple RoutesDelegators had to be checked when a routing error occurred.
 
 **Q: How does the new approach centralize route configuration?**
-A: Route data moves into a `routes` array in `config/autoload/local.php`, which `RoutesDelegator.php` reads to generate routes automatically.
+A: The update centralizes the route configuration in the config/autoload/local.php file, moving the relevant items for each route into a routes array. RoutesDelegator.php then reads this configuration and generates the routes automatically, so it doesn't need to be touched most of the time.
 
 **Q: What do the entries under the routes array represent?**
-A: The module name, the URL path segment (key), and the template file to render (value).
+A: For a module like page, the module name is the top-level key, the array key (e.g. about) is used to build the page's path, and its value (e.g. about) is the template file. This supports urls like /page/about and /page/who-we-are.
 
 **Q: Can routes still be customized beyond the default setup?**
-A: Yes - templates, URL structure, URL segments, and dynamic parameters can all still be adjusted.
+A: Yes. You can change the template used by editing the handler's template attribute, change a URL for SEO purposes by removing the module name parameter from the generated path, change the URL segment by editing the key in local.php (e.g. turning 'about' into 'about-us' while keeping the same template), or add a dynamic parameter (e.g. 'about/{id}') and read it in the handler via $request->getAttribute('id').
 
 **Q: Does this update support methods other than GET?**
-A: No - it targets static pages only; other HTTP methods return a 405 status code.
-
-## Resources
-
-- [Dotkernel Light](https://github.com/dotkernel/light)
-- [Dotkernel Light Routing How-to](https://docs.dotkernel.org/light-documentation/v1/how-tos/routing/)
-- [FastRoute](https://github.com/nikic/FastRoute)
+A: No - this is the first in a series of articles for switching from controllers to PSR-15 compliant handlers, and it is aimed at static pages alone, so any other method like post, put or delete will return a 405 status code.
diff --git a/public/md-articles/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.md b/public/md-articles/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.md
index 228620b4..e0e2e051 100644
--- a/public/md-articles/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.md
+++ b/public/md-articles/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.md
@@ -11,48 +11,54 @@ language: "en"
 # Replacing controllers with PSR-15 compliant handlers in Dotkernel Light
 
 ## TL;DR
-
 The goal of this update is to implement [PSR-15](https://www.php-fig.org/psr/psr-15/) handlers into [Dotkernel Light](https://github.com/dotkernel/light), keeping the application up-to-date with recommended design guidelines, secure, and aligned with standards widely adopted by the PHP community.
 
+The goal of this update is to implement [PSR-15](https://www.php-fig.org/psr/psr-15/) handlers into [Dotkernel Light](https://github.com/dotkernel/light). There are several advantages to using handlers, which we will explore below.
+
+We strive to keep our applications up-to-date with the recommended design guidelines. This ensures that we keep the applications secure, while also implementing standards widely adopted by the PHP community.
+
 ## What makes handlers better than controllers?
 
-Handlers split code into manageable chunks instead of one large controller file with several actions, following the first SOLID principle (Single-responsibility).
-SOLID stands for:
+It's all fine and good if you have one large controller file with several actions, but handlers split the code into manageable chunks that make your life a lot easier in the long run. This follows the first of the SOLID principles. SOLID stands for:
+
+> - S - Single-responsibility Principle
+> - O - Open-closed Principle
+> - L - Liskov Substitution Principle
+> - I - Interface Segregation Principle
+> - D - Dependency Inversion Principle
+
+We are focusing on that first `S` in the SOLID acronym. Instead if having multiple actions we would normally include in controllers, with `single-responsibility` the handlers separate each action into its own class. This makes handlers easier to maintain, refactor and test.
 
-- S - Single-responsibility Principle
-- O - Open-closed Principle
-- L - Liskov Substitution Principle
-- I - Interface Segregation Principle
-- D - Dependency Inversion Principle
+Expanding your application is also helped by handlers. Rather than searching for a place to fit in that new code, simply create a handler to keep thing orderly. Your future self or the programmer that takes over from you will thank you for it.
 
-With single-responsibility, handlers separate each action into its own class, which makes them easier to maintain, refactor, and test. Expanding an application is easier too - rather than searching for a place to fit new code into a controller, you simply create a new handler.
-Refactoring is simpler because there's less code to worry about breaking, and tests only need to inject or bind mocks for a single action per handler instead of covering multiple branches.
+Refactoring is always easier if you don't have to worry about edge cases that are unexpectedly not supported because of an error on your part. Simpler code means refactoring steps are more obvious.
+
+Writing tests for actions that have multiple branches tends to take a lot of time. Since handlers only deal with a single action, your tests only have to inject or bind mocks for that specific action.
 
 ## How to implement the Page handler
 
-Replacing controllers with handlers in Dotkernel Light means the `dot-controller` package is no longer needed and can be removed, along with any existing Controllers.
+When it comes to [Dotkernel Light](https://github.com/dotkernel/light), replacing controllers with handlers means we don't need the `dot-controller` package any more. Go ahead and remove it, along with any `Controllers` you may have.
+
+Below we are going to detail how to set up the `GetPageViewHandler`. If you already have Controllers in your application, you will have to repeat the steps below for each controller. Based on your application, you may have to split your actions over multiple Handlers.
 
-For Dotkernel Light, most of the old Controller's actions were combined under a single Handler, `GetPageViewHandler`, since they all performed the same task - displaying static content.
-The only exception is `IndexHandler.php`, which was kept separate but is set up similarly.
+For Dotkernel Light we were able to combine the functionality of most of the old Controller's `actions` under a single Handler, since the actions performed a single task - displaying static content. The only exception is `IndexHandler.php` which we opted to leave separate, but its setup is similar to GetPageViewHandler.php.
 
-Handlers are registered in each module's `ConfigProvider`, mapping factories under `getDependencies()`.
-Add `GetPageViewHandler` under the `factories` key and remove any reference to `PageController`:
+Handlers use the `ConfigProvider` in each module to map factories under `getDependencies()`. You should already have delegators and aliases, but make sure to add `GetPageViewHandler` under the `factories` key and remove any reference to PageController.
 
-```php
+```
 public function getDependencies(): array
 {
-    return [
-        ...,
-        'factories'  => [ ... ],
-        'aliases'    => [ ... ],
+    return ,
+        ],
+        'factories'  => ,
+        'aliases'    => ,
     ];
 }
 ```
 
-`GetPageViewHandlerFactory.php` adds the template renderer as a dependency, making it available in the handler.
-`PageControllerFactory.php` is no longer needed and can be deleted:
+`GetPageViewHandlerFactory.php` adds the template as a dependency, making it available in the Handler. We don't need the PageControllerFactory.php file, so go ahead and delete it.
 
-```php
+```
 <?php
 
 declare(strict_types=1);
@@ -84,11 +90,9 @@ class GetPageViewHandlerFactory
 }
 ```
 
-`GetPageViewHandler.php` determines the template file name from the route name and displays it.
-No dynamic elements are included, since it deals only with static pages.
-`PageController.php` can be deleted:
+`GetPageViewHandler.php` determines the template file name from the route name and displays it. No dynamic elements are included, since we are dealing only with static pages right now. If you haven't already, delete PageController.php.
 
-```php
+```
 <?php
 
 declare(strict_types=1);
@@ -120,28 +124,31 @@ class GetPageViewHandler implements RequestHandlerInterface
 }
 ```
 
-These are the bare essentials to get started with handlers for a website that displays static pages.
+And that's it! These are the bare essentials to get yourself started with handlers for a website that displays static pages.
+
+## Additional resources
+
+[PSR-15](https://www.php-fig.org/psr/psr-15/)
+
+[Dotkernel Light](https://github.com/dotkernel/light)
+
+While the [PR for replacing controllers with handlers](https://github.com/dotkernel/light/pull/33) might not be as focused on the task, because it implements a few other bells and whistles, it's worth reviewing since it includes all the coding details.
+
+[Mezzio features](https://docs.mezzio.dev/mezzio/v3/getting-started/features/)
 
 ## FAQ
 
 **Q: What is the goal of replacing controllers with PSR-15 handlers?**
-A: Keeping Dotkernel Light up-to-date with recommended design guidelines, secure, and aligned with PHP community standards.
+A: The goal is to implement PSR-15 handlers into Dotkernel Light, keeping the application up to date with recommended design guidelines, ensuring it stays secure while implementing standards widely adopted by the PHP community.
 
 **Q: What makes handlers better than controllers?**
-A: They apply the Single-responsibility Principle, splitting actions into their own classes, which makes them easier to maintain, refactor, expand, and test.
+A: Handlers split code into manageable chunks instead of one large controller file with several actions, following the Single-responsibility Principle (the "S" in SOLID). Each action becomes its own class, which makes handlers easier to maintain, refactor and test, easier to expand with new functionality, and simpler to write focused tests for since each handler only deals with a single action.
 
 **Q: Do you still need the dot-controller package?**
-A: No - it can be removed along with any existing Controllers once handlers replace them.
+A: No. Replacing controllers with handlers in Dotkernel Light means the dot-controller package is no longer needed and can be removed, along with any existing Controllers.
 
 **Q: How is GetPageViewHandler set up?**
-A: Registered as a factory in the module's ConfigProvider (replacing PageController), with GetPageViewHandlerFactory injecting the template renderer, and the handler resolving the template from the matched route name.
+A: Handlers are registered in each module's ConfigProvider, mapping factories under getDependencies(). GetPageViewHandler is added under the factories key, replacing any reference to PageController, and GetPageViewHandlerFactory adds the template renderer as a dependency so it's available in the handler, which determines the template file name from the matched route name and renders it.
 
 **Q: Does every action need its own separate handler?**
-A: Not necessarily - in Dotkernel Light most static-page actions were combined into one handler, with only IndexHandler.php kept separate; other applications may need to split actions across multiple handlers.
-
-## Resources
-
-- [PSR-15](https://www.php-fig.org/psr/psr-15/)
-- [Dotkernel Light](https://github.com/dotkernel/light)
-- [PR for replacing controllers with handlers](https://github.com/dotkernel/light/pull/33)
-- [Mezzio features](https://docs.mezzio.dev/mezzio/v3/getting-started/features/)
+A: Not necessarily. For Dotkernel Light, most of the old Controller's actions were combined under a single Handler since they performed a single task - displaying static content. The exception is IndexHandler.php, which was kept separate but is set up similarly to GetPageViewHandler.php. Depending on your application, you may need to split actions over multiple handlers.
diff --git a/public/md-articles/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.md b/public/md-articles/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.md
index 0270fee9..c3b2c724 100644
--- a/public/md-articles/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.md
+++ b/public/md-articles/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.md
@@ -11,15 +11,14 @@ language: "en"
 # AlmaLinux 9 in WSL2 : install PHP, Apache, MariaDB, Composer, PhpMyadmin
 
 ## TL;DR
-
 This guide shows how to install AlmaLinux 9 through Windows Subsystem for Linux (WSL2) and provision it with an Ansible-driven installer script that sets up PHP, Apache, MariaDB, Composer, and phpMyAdmin.
 It covers verifying WSL2 readiness, installing the AlmaLinux 9 distribution from the Microsoft Store, running the two-step Ansible installer (with a required restart in between), and confirming the setup through Apache's homepage, a PHP info page, and phpMyAdmin.
 
 In this article we will demonstrate how we install AlmaLinux 9 using Windows Subsystem for Linux (WSL2).
-First, you need to check if your machine is ready for using WSL2.
-Open Windows Terminal and execute the following command:
 
-```bash
+First, you need to check if your machine is ready for using WSL2. Open Windows Terminal and execute the following command:
+
+```
 wsl -v
 ```
 
@@ -35,14 +34,11 @@ DXCore version: 10.0.26091.1-240325-1447.ge-release
 Windows version: 10.0.22631.3737
 ```
 
-If instead of the above output, you get an error, it means that WSL is not (completely) installed on your machine.
-In this case, please follow the instructions found in [this guide](https://docs.dotkernel.org/development/v1/setup/installation/), then return to this page and continue with the next step.
+If instead of the above output, you get an error, it means that WSL is not (completely) installed on your machine. In this case, please follow the instructions found in [this guide](https://docs.dotkernel.org/development/v1/setup/installation/), then return to this page and continue with the next step.
 
-## Download and Install AlmaLinux 9
+## Download and install AlmaLinux 9
 
-Open Microsoft Store and search for `AlmaLinux`.
-From the results, select `AlmaLinux 9` and install it.
-Once installed, clicking on *Open* will open it in Windows Terminal.
+Open Microsoft Store and search for `AlmaLinux`. From the results, select `AlmaLinux 9` and install it. Once installed, clicking on *Open* will open it in Windows Terminal.
 
 The installer will prompt you for your *username*, your *password* and *password confirmation*.
 
@@ -52,40 +48,39 @@ While still in the AlmaLinux 9 terminal, start executing the following commands.
 
 Install required packages:
 
-```bash
+```
 sudo dnf install epel-release dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm -y
 ```
 
 Update installed packages:
 
-```bash
+```
 sudo dnf upgrade -y
 ```
 
 Install Ansible:
 
-```bash
+```
 sudo dnf install ansible -y
 ```
 
 Clone our development environment setup package:
 
-```bash
+```
 git clone https://github.com/dotkernel/development.git
 ```
 
 Navigate to the directory with the Ansible recipes:
 
-```bash
+```
 cd ~/development/wsl/
 ```
 
-Using your preferred text editor, open config.yml where you must fill in the empty fields.
-Save and close the file.
+Using your preferred text editor, open **config.yml** where you must fill in the empty fields. Save and close the file.
 
 Run Step 1 of the installer script (it will prompt you for the password you entered during the installation process):
 
-```bash
+```
 ansible-playbook -i hosts install.yml --ask-become-pass
 ```
 
@@ -98,13 +93,13 @@ Restart AlmaLinux 9:
 
 Navigate back to the directory with the Ansible recipes:
 
-```bash
+```
 cd ~/development/wsl/
 ```
 
 Run Step 2 of the installer script (once again, it will prompt you for the password you entered during the installation process):
 
-```bash
+```
 ansible-playbook -i hosts install.yml --ask-become-pass
 ```
 
@@ -116,23 +111,23 @@ Check if everything works by opening in your browser:
 
 - http://localhost/ - Apache's default home page
 - http://localhost/info.php - PHP info page
-- http://localhost/phpmyadmin/ - PhpMyAdmin (login with username root + the root password you configured in config.yml under mariadb -> root_password)
+- http://localhost/phpmyadmin/ - PhpMyAdmin (login with username **root** + the root password you configured in **config.yml** under mariadb -> *root_password*)
 
 The complete guide with additional features is available [here](https://docs.dotkernel.org/development/).
 
 ## FAQ
 
 **Q: How do I check if my machine is ready for WSL2?**
-A: Open Windows Terminal and run `wsl -v`. If it returns version information (WSL, Kernel, WSLg, MSRDC, Direct3D, DXCore, Windows versions), WSL2 is installed. If you get an error instead, WSL is not completely installed and you need to follow the linked setup guide first.
+A: Open Windows Terminal and run wsl -v. If it returns version information (WSL, Kernel, WSLg, MSRDC, Direct3D, DXCore, Windows versions), WSL2 is installed. If you get an error instead, WSL is not completely installed and you need to follow the linked setup guide first.
 
 **Q: How do I download and install AlmaLinux 9?**
 A: Open Microsoft Store, search for AlmaLinux, select AlmaLinux 9 from the results, and install it. Once installed, clicking Open launches it in Windows Terminal, where the installer prompts for your username, password, and password confirmation.
 
 **Q: What are the main setup steps inside AlmaLinux 9?**
-A: Install epel-release, dnf-utils and the Remi repository RPM, upgrade installed packages, install Ansible, clone the dotkernel/development Git repository, navigate to its wsl directory, fill in the empty fields in config.yml, then run the installer script's Step 1 with `ansible-playbook -i hosts install.yml --ask-become-pass` (it will prompt for the password set during installation).
+A: Install epel-release, dnf-utils and the Remi repository RPM, upgrade installed packages, install Ansible, clone the dotkernel/development Git repository, navigate to its wsl directory, fill in the empty fields in config.yml, then run the installer script's Step 1 with ansible-playbook -i hosts install.yml --ask-become-pass (it will prompt for the password set during installation).
 
 **Q: Why do I need to restart AlmaLinux 9 partway through setup?**
-A: After Step 1 of the installer script, you press Control+D, open Windows Terminal, stop AlmaLinux 9 with `wsl -t AlmaLinux9`, and start it again with `wsl -d AlmaLinux9`. Then you navigate back to the Ansible recipes directory and run Step 2 of the installer script (again with `ansible-playbook -i hosts install.yml --ask-become-pass`), which prompts for the password again. Once Step 2 finishes, the AlmaLinux 9 development environment is ready.
+A: After Step 1 of the installer script, you press Control+D, open Windows Terminal, stop AlmaLinux 9 with wsl -t AlmaLinux9, and start it again with wsl -d AlmaLinux9. Then you navigate back to the Ansible recipes directory and run Step 2 of the installer script (again with ansible-playbook -i hosts install.yml --ask-become-pass), which prompts for the password again. Once Step 2 finishes, the AlmaLinux 9 development environment is ready.
 
 **Q: How do I verify the installation worked?**
 A: Check three URLs in your browser: http://localhost/ for Apache's default home page, http://localhost/info.php for the PHP info page, and http://localhost/phpmyadmin/ for PhpMyAdmin, logging in with username root and the root password configured in config.yml under mariadb -> root_password.
diff --git a/public/md-articles/php-development/aptana-php-installation-in-aptana-2-x.md b/public/md-articles/php-development/aptana-php-installation-in-aptana-2-x.md
index db260c27..4481d2a8 100644
--- a/public/md-articles/php-development/aptana-php-installation-in-aptana-2-x.md
+++ b/public/md-articles/php-development/aptana-php-installation-in-aptana-2-x.md
@@ -11,13 +11,10 @@ language: "en"
 # Aptana PHP installation in Aptana 2.x
 
 ## TL;DR
-
 Aptana discontinued its bundled Aptana PHP plugin in Aptana 2.x in favor of PDT, but PDT is missing major features needed for professional PHP development.
 This article shows how to manually reinstall the Aptana PHP plugin through Aptana's update site, and how to add SVN support via Subclipse if it isn't already installed.
 
-As all [aptana](http://www.aptana.org/) fans know, [Aptana PHP](http://www.aptana.org/php) plugin was discontinued in Aptana 2.x, in favor of PDT.
-But PDT is a joke, not suitable for professional PHP development, major features are missing.
-So if you want to continue using Aptana PHP, that's what need to be done:
+As all [aptana](http://www.aptana.org/) fans know, [Aptana PHP](http://www.aptana.org/php) plugin was discontinued in Aptana 2.x, in favor of PDT. But PDT is a joke, not suitable for professional PHP development, major features are missing. So if you want to continue using Aptana PHP, that's what need to be done:
 
 1. Aptana -> Help -> Install New Software
 2. Add http://update.aptana.com/install/php
@@ -28,20 +25,3 @@ In case you don't have yet a SVN plugin, go to
 1. Aptana -> Help -> Install Aptana Features
 2. Others -> Subclipse
 3. Follow the instructions
-
-## FAQ
-
-**Q: Why isn't the Aptana PHP plugin available by default in Aptana 2.x?**
-A: It was discontinued in Aptana 2.x, in favor of PDT.
-
-**Q: Why not just use PDT instead of Aptana PHP?**
-A: PDT is not suitable for professional PHP development, since major features are missing.
-
-**Q: How do I reinstall the Aptana PHP plugin?**
-A: Go to Aptana -> Help -> Install New Software, add the update site http://update.aptana.com/install/php, then select Aptana PHP and install it.
-
-**Q: How do I add SVN support in Aptana?**
-A: Go to Aptana -> Help -> Install Aptana Features, choose Others -> Subclipse, and follow the instructions.
-
-**Q: Do I need an SVN plugin to use Aptana PHP?**
-A: Not specifically for Aptana PHP, but if you don't already have an SVN plugin, Subclipse can be installed separately through Aptana's Install Aptana Features menu.
diff --git a/public/md-articles/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.md b/public/md-articles/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.md
index 81e89519..416832d6 100644
--- a/public/md-articles/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.md
+++ b/public/md-articles/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.md
@@ -11,57 +11,37 @@ language: "en"
 # Better Unicode Support in MySQL 5.5 UTF8MB4
 
 ## TL;DR
-
 MySQL 5.5 introduced the utf8mb4 character set for fuller Unicode support, and Dotkernel's sample dk.sql file was updated to use it.
 Switching to utf8mb4 means VARCHAR(255) columns can hit MySQL's 767-byte max key length error, so VARCHAR(150) is used instead, and the connection charset must be updated in both the application config and my.cnf.
 
-Beginning with version 5.5 of MySQL, utf8mb4 character set was introduced, in order to better support Unicode.
-Further reading: [MySQL and Unicode](http://mzsanford.com/blog/mysql-and-unicode/), also directly related to [PHP](http://www.phptherightway.com/#php_and_utf8).
+Beginning with version 5.5 of MySQL , **utf8mb4** character set was introduced, in order to better support **Unicode**. Further reading: [MySQL and Unicode](http://mzsanford.com/blog/mysql-and-unicode/) , also directly related to [PHP](http://www.phptherightway.com/#php_and_utf8)
 
-Sample dk.sql file, part of Dotkernel framework, was updated in [revision 793](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Fdot_kernel.sql&rev=793&peg=793).
+Sample dk.sql file, part of Dotkernel framework, was updated in [revision 793](http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&path=%2Ftrunk%2Fdot_kernel.sql&rev=793&peg=793)
 
-Only one downside, is not possible to use anymore VARCHAR(255), as you will get the error:
+Only one downside , is not possible to use anymore VARCHAR(255), as you will get the error:
 
 ```
 #1071 - Specified key was too long; max key length is 767 bytes
 ```
 
-Explanation [here](http://stackoverflow.com/questions/1814532/1071-specified-key-was-too-long-max-key-length-is-767-bytes); so we use instead VARCHAR(150).
+Explanation [here](http://stackoverflow.com/questions/1814532/1071-specified-key-was-too-long-max-key-length-is-767-bytes) ; so we use instead VARCHAR(150)
 
-Now we should change the connection charset.
-In config/application.ini file, edit the below line:
+Now we should change the connection charset. In config/application.ini file, edit the below line :
 
-```ini
+```
 database.params.charset = utf8mb4
 ```
 
-Other changes that can be made in my.cnf file are all related to replacing the string utf8_* with utf8mb4_*.
+Other changes that can be made in **my.cnf** file are all related to replacing the string **utf8_*** with **utf8mb4_***
 
-```ini
+```
 character_set_server=utf8mb4
 ```
 
-```ini
+```
 collation_server=utf8mb4_general_ci
 ```
 
-```ini
+```
 collation_server=utf8mb4_unicode_ci
 ```
-
-## FAQ
-
-**Q: What is utf8mb4 and why was it introduced?**
-A: utf8mb4 is a character set introduced in MySQL 5.5 to provide better support for Unicode.
-
-**Q: What error do I get if I keep VARCHAR(255) columns after switching to utf8mb4?**
-A: You get `#1071 - Specified key was too long; max key length is 767 bytes`, so VARCHAR(150) is used instead.
-
-**Q: How do I change the connection charset for the application?**
-A: Edit the config/application.ini file and set `database.params.charset = utf8mb4`.
-
-**Q: What changes are needed in my.cnf?**
-A: Replace the string utf8_* with utf8mb4_*, for example `character_set_server=utf8mb4` and `collation_server=utf8mb4_general_ci` or `collation_server=utf8mb4_unicode_ci`.
-
-**Q: Was Dotkernel's own sample SQL updated for utf8mb4?**
-A: Yes, the sample dk.sql file, part of the Dotkernel framework, was updated for utf8mb4 in revision 793.
diff --git a/public/md-articles/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.md b/public/md-articles/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.md
index f43271ad..1932293f 100644
--- a/public/md-articles/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.md
+++ b/public/md-articles/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.md
@@ -11,49 +11,46 @@ language: "en"
 # Database seeding: Doctrine data fixtures vs Phinx
 
 ## TL;DR
-
 Dotkernel 3 previously used cakephp/phinx for seeding the database, but the team wanted more flexibility and switched to doctrine/data-fixtures since Doctrine is already the ORM in use.
 Because doctrine/data-fixtures has no CLI interface, Dotkernel built the dotkernel/dot-data-fixtures package to add one, and this article covers installing it, creating and executing fixtures, and ordering them by explicit order or by declared dependencies.
 
-## Database Seeding: Doctrine Data Fixtures vs Phinx
+## Database seeding: Doctrine data fixtures vs Phinx
 
 Seeding the database means populating the database with initial values, it's commonly used for seeding the user roles and user accounts.
+
 Seeding the database the right way is no easy feat, and we will see why.
 
-Previous versions of Dotkernel 3 used [cakephp](https://github.com/cakephp)/[phinx](https://github.com/cakephp/phinx) for seeding the database.
-While the package did a great job at populating the database, we wanted more.
-We wanted more flexibility - so we started to search for alternatives.
+Previous versions of **Dotkernel 3** used [cakephp](https://github.com/cakephp)/**[phinx](https://github.com/cakephp/phinx)** for seeding the database. While the package did a great job at populating the database, we wanted more. We wanted more flexibility - so we started to search for alternatives.
 
 Because we are using Doctrine as our database abstraction layer, the obvious choice was to give [doctrine/data-fixtures](https://github.com/doctrine/data-fixtures) a shot and use it as our database seeder, instead of phinx - but there's a catch.
 
-## The Catch
+## The catch
 
-Using the [doctrine/data-fixtures](https://github.com/doctrine/data-fixtures) package provides a concrete implementation of data fixtures, without a CLI interface.
-We need a way to interact with the fixtures, so we created a package ([dotkernel/dot-data-fixtures](https://github.com/dotkernel/dot-data-fixtures)) to provide a CLI interface.
-While there are alternatives that can achieve this out-of-the-box we wanted something slim (in terms of dependencies) and easy to use.
+Using the [doctrine/data-fixtures](https://github.com/doctrine/data-fixtures) package provides a concrete implementation of data fixtures, **without a CLI interface**.
 
-### Note
+We need a way to interact with the fixtures, so we created a **package** ([dotkernel/dot-data-fixtures](https://github.com/dotkernel/dot-data-fixtures)) to provide a CLI interface. While there are alternatives that can achieve this out-of-the-box we wanted something slim (in terms of dependencies) and easy to use.
 
-The package [dotkernel/dot-data-fixtures](https://github.com/dotkernel/dot-data-fixtures) does NOT depend on other Dotkernel packages.
-The only dependency is Doctrine.
+### NOTE:
+
+The package [dotkernel/dot-data-fixture](https://github.com/dotkernel/dot-data-fixtures) does **NOT** depend on other Dotkernel packages. The only dependency is **Doctrine**
 
 ## Installation
 
-Run the following command in your project directory:
+Run the following command in you project directory:
 
-```bash
-composer require dotkernel/dot-data-fixtures
+```
+$ composer require dotkernel/dot-data-fixtures
 ```
 
 Register the package's `ConfigProvider.php` in `config/config.php`.
 
-```php
+```
 \Dot\DataFixtures\ConfigProvider::class,
 ```
 
-In `doctrine.global.php` (or your custom doctrine config file) add a new key `fixtures`, in the `doctrine` array, the value should be a valid path to a folder where your fixtures can be found.
+In `doctrine.global.php` (or your custom doctrine config file) add a new key `fixtures`, in the `doctrine` array, the value should be a valid path to a folder where your fixtures can be found.
 
-```php
+```
 return [
     'dependencies' => [ ... ],
     'doctrine' => [
@@ -63,15 +60,17 @@ return [
 ];
 ```
 
-Make sure the path is valid before proceeding to the next step.
-The fixtures can be found in the `/data/doctrine/fixtures` folder, but you can create a custom folder for them.
-We choose this location because the migrations live in the `/data/doctrine/migrations` folder.
+**Make sure the path is valid before proceeding to the next step.**
+
+The fixtures can be found in the `/data/doctrine/fixtures` folder, but you can create a custom folder for them. We choose this location because the migrations live in the `/data/doctrine/migrations` folder.
 
 The last step is to register 2 commands.
+
 We will register the commands to work with the doctrine default CLI but you can register them as normal commands also.
+
 Create a new php file `bin/doctrine` if you don't have it already and paste the below code block.
 
-```php
+```
 <?php
 
 use Doctrine\ORM\Tools\Console\ConsoleRunner;
@@ -79,7 +78,7 @@ use Doctrine\ORM\Tools\Console\EntityManagerProvider\SingleManagerProvider;
 
 require_once 'vendor/autoload.php';
 
-$container = require getcwd() . '/config/container.php';
+$container = require getcwd() . '/config/container.php' ;
 
 $entityManager = $container->get(\Doctrine\ORM\EntityManager::class);
 
@@ -96,42 +95,48 @@ ConsoleRunner::run(
 
 The installation is complete, we can verify it by running the following command in our terminal.
 
-```bash
+```
 php bin/console
 ```
 
 It should print out all the doctrine CLI commands available, including our fixtures commands.
 
+![](/uploads/article/019f8a80-cc6c-71e3-a52c-9a9b1a204472/Screenshot-2022-08-30-at-19.14.14-1024x334.png)
+
 ## Usage
 
-### List All Available Fixtures, by Order of Execution
+### List all available fixtures, by order of execution:
 
-```bash
+```
 php bin/doctrine fixtures:list
 ```
 
-By using this command you can check the execution order of your fixtures before executing them.
+![](/uploads/article/019f8a80-cc6c-71e3-a52c-9a9b1a204472/Screenshot-2022-08-30-at-19.22.45-1024x147.png)
+
+**By using this command you can check the execution order of your fixtures *before executing them*.**
+
+### Executing fixtures:
 
-### Executing Fixtures
+To execute all fixtures run : `php bin/doctrine fixtures:execute`
 
-To execute all fixtures run: `php bin/doctrine fixtures:execute`
-To run a specific fixture run: `php bin/doctrine fixtures:execute --class={FixtureClassName}`
-Example:
+To run a specific fixture run : `php bin/doctrine fixtures:execute --class={FixtureClassName}`
 
-```bash
+Example :
+
+```
 php bin/console fixtures:execute --class=RoleLoader
 ```
 
-## Creating Fixtures
+## Creating fixtures
 
-When creating fixtures, we need to:
+When creating fixtures, we need to :
 
 - Create the fixture in the configured folder (`/data/doctrine/fixtures`).
 - Implement `Doctrine\Common\DataFixtures\FixtureInterface` interface.
 
-Example:
+Example :
 
-```php
+```
 <?php
 
 namespace Frontend\Fixtures;
@@ -166,23 +171,24 @@ class RoleLoader implements FixtureInterface
 }
 ```
 
-## Ordering Fixtures
+## Ordering fixtures
 
-We can order fixtures using 2 methods:
+We can order fixtures using 2 methods :
 
 1. By Order - you can specify the order of execution, by implementing `OrderedFixtureInterface` interface.
-2. By dependencies - lets you specify dependency fixtures, chaining fixtures and executing them in the right order.
+2. By dependencies - let's you specify dependency fixtures, chaining fixtures and executing them in the right order
+
+**Practical example:**
 
-Practical example:
-Requirements: Seed the database with a new admin user.
+**Requirements**: Seed the database with a new admin user.
 
-We will use the second method to order fixtures and need 2 fixtures to achieve this, one of them will create a new user and the other will create a new admin role.
-In this case the order matters, we can't create the admin user without having an admin role.
+We will use the second method to order fixtures and need 2 fixtures to achieve this, one of them will create a new user and the other will create a new admin role. In this case the **order matters, we can't create the admin user without having an admin role**.
 
 Create new php file in `data/doctrine/fixtures` with the name `RoleLoader.php`.
+
 This fixture will be executed first and create our user roles.
 
-```php
+```
 <?php
 
 namespace Frontend\Fixtures;
@@ -219,7 +225,7 @@ class RoleLoader implements FixtureInterface
 
 The second fixture is `UserLoader.php` and will contain the following code:
 
-```php
+```
 <?php
 
 namespace Frontend\Fixtures;
@@ -269,29 +275,15 @@ class UserLoader implements FixtureInterface, DependentFixtureInterface
 ```
 
 Notice how `UserLoader.php` implements 2 interfaces, `FixtureInterface` and `DependentFixtureInterface`.
-The method `getDependencies()` returns an array containing the dependencies (fixtures) that need to be executed prior to the current one.
-After running all the fixtures using `php bin/doctrine fixtures:execute` the output should look like this:
-`RoleLoader` was executed before `UserLoader` because `UserLoader` had `RoleLoader` as a dependency.
-
-To wrap things up, we implemented a database seeder and saw a practical example of how to use it.
-More details about Fixtures in this blogpost: [https://matthiasnoback.nl/2018/07/about-fixtures/](https://matthiasnoback.nl/2018/07/about-fixtures/).
-
-## FAQ
 
-**Q: Why did Dotkernel move from Phinx to doctrine/data-fixtures for seeding?**
-A: Previous versions of Dotkernel 3 used cakephp/phinx for seeding, but the team wanted more flexibility, so they evaluated doctrine/data-fixtures since Doctrine is already used as the database abstraction layer.
+The method `getDependencies()` returns an array containing the dependencies (fixtures) that need to be executed prior to the current one.
 
-**Q: What's the catch with doctrine/data-fixtures?**
-A: It provides a concrete implementation of data fixtures, but without a CLI interface, so Dotkernel built the dotkernel/dot-data-fixtures package to add one.
+After running all the fixtures using `php bin/doctrine fixtures:execute` the output should look like this:
 
-**Q: Does dotkernel/dot-data-fixtures depend on other Dotkernel packages?**
-A: No, its only dependency is Doctrine.
+![](/uploads/article/019f8a80-cc6c-71e3-a52c-9a9b1a204472/Screenshot-2022-08-30-at-20.39.19.png)
 
-**Q: How do you install dotkernel/dot-data-fixtures?**
-A: Run `composer require dotkernel/dot-data-fixtures`, register its ConfigProvider in `config/config.php`, add a `fixtures` key pointing to your fixtures folder in your doctrine config, and register the ExecuteFixturesCommand and ListFixturesCommand in a `bin/doctrine` CLI file.
+`RoleLoader` was executed before `UserLoader` because `UserLoader` had `RoleLoader` as a dependency.
 
-**Q: How do you list and execute fixtures?**
-A: Use `php bin/doctrine fixtures:list` to see the execution order, `php bin/doctrine fixtures:execute` to run all fixtures, or `php bin/doctrine fixtures:execute --class={FixtureClassName}` to run a specific one.
+**To wrap things up, we implemented a database seeder and saw a practical example of how to use it.**
 
-**Q: How can fixtures be ordered?**
-A: Either by implementing `OrderedFixtureInterface` to specify an explicit order, or by implementing `DependentFixtureInterface` and its `getDependencies()` method to declare which fixtures must run first.
+More details about Fixtures in this blogpost: [https://matthiasnoback.nl/2018/07/about-fixtures/](https://matthiasnoback.nl/2018/07/about-fixtures/) .
diff --git a/public/md-articles/php-development/end-of-support-for-php-5-2-x-branch.md b/public/md-articles/php-development/end-of-support-for-php-5-2-x-branch.md
index 51819e1f..de24dc73 100644
--- a/public/md-articles/php-development/end-of-support-for-php-5-2-x-branch.md
+++ b/public/md-articles/php-development/end-of-support-for-php-5-2-x-branch.md
@@ -11,34 +11,22 @@ language: "en"
 # End of Support for PHP 5.2.x Branch
 
 ## TL;DR
-
 PHP 5.2.14 was just released, marking the end of active support for the PHP 5.2.x branch.
 PHP 5.3.3 was released at the same time, and projects and servers are encouraged to upgrade to the 5.3.x branch.
 
-## The announcement
-
-PHP 5.2.14 was just released, and this is the end of support for the 5.2.x branch of PHP.
+[PHP 5.2.14](http://www.php.net/ChangeLog-5.php#5.2.14) was just released . And this is the end of support for 5.2.x branch of PHP .
 
-> **NOTE:** This release marks the end of the active support for PHP 5.2.
-> Following this release the PHP 5.2 series will receive no further active bug maintenance.
-> Security fixes for PHP 5.2 might be published on a case by case basis.
-> All users of PHP 5.2 are encouraged to upgrade to PHP 5.3
+> **NOTE:**This release marks the end of the active support for PHP 5.2. Following this release the PHP 5.2 series will receive no further active bug maintenance. Security fixes for PHP 5.2 might be published on a case by cases basis. All users of PHP 5.2 are encouraged to upgrade to PHP 5.3
 
-PHP 5.3.3 was also just released, so it is time to upgrade every project to the PHP 5.3.x branch, and also upgrade all servers to 5.3.x.
+[PHP 5.3.3](http://www.php.net/ChangeLog-5.php#5.3.3) is just released ,  so is time to upgrade every project  to PHP 5.3.x branch, and also upgrade all servers to 5.3.x
 
 ## FAQ
 
 **Q: What does the release of PHP 5.2.14 mean for the 5.2.x branch?**
-A: PHP 5.2.14 marks the end of active support for the PHP 5.2 branch.
-After this release, PHP 5.2 will receive no further active bug maintenance, though security fixes might still be published on a case-by-case basis.
+A: PHP 5.2.14 marks the end of active support for the PHP 5.2 branch. After this release, PHP 5.2 will receive no further active bug maintenance, though security fixes might still be published on a case-by-case basis.
 
 **Q: What should users of PHP 5.2 do?**
 A: All users of PHP 5.2 are encouraged to upgrade to PHP 5.3.
 
 **Q: Which PHP version was just released alongside the end of 5.2.x support?**
 A: PHP 5.3.3 was just released, so it is time to upgrade every project to the PHP 5.3.x branch and also upgrade all servers to 5.3.x.
-
-## Resources
-
-- [PHP 5.2.14 changelog](http://www.php.net/ChangeLog-5.php#5.2.14)
-- [PHP 5.3.3 changelog](http://www.php.net/ChangeLog-5.php#5.3.3)
diff --git a/public/md-articles/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.md b/public/md-articles/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.md
index f5da37cc..f621bec5 100644
--- a/public/md-articles/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.md
+++ b/public/md-articles/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.md
@@ -11,99 +11,85 @@ language: "en"
 # Floating-Point Arithmetic - Why is (int)((0.7+0.1)*10) = 7 ?
 
 ## TL;DR
-
 This applies to PHP 5.x and PHP 7.
 Floating-point arithmetic doesn't always produce the results you'd expect, especially when casting values to int, because numbers like 0.7 and 0.1 cannot be represented exactly in binary.
 The result is that `(int)((0.7+0.1)*10)` evaluates to 7 instead of the mathematically expected 8.
 
-## The problem
+This article applies to **PHP 5.x** but also to **PHP 7**
 
-While using floating-point arithmetic you might have noticed that not all calculation results are as expected - this can usually be observed when casting values.
+While using **floating-point arithmetic** you might have noticed that not all the calculus results are as expected, this can usually be observed when casting values.
 
-The output for `(0.7 + 0.1) * 10` is:
+So the output for **(0.7 + 0.1) * 10** is: 
+`var_dump((0.7+0.1)*10); # float(8)
+var_dump(intval((0.7+0.1)*10)); # int(7)`
 
-```php
-var_dump((0.7+0.1)*10); # float(8)
-var_dump(intval((0.7+0.1)*10)); # int(7)
-```
+Now let's try it with 0.6 instead of 0.7 
+`var_dump((0.6+0.1)*10); # float(7)
+var_dump(intval((0.6+0.1)*10)); # int(7)`
 
-The same thing happens with 0.6 instead of 0.7:
+## How does the CPU understand these numbers?
 
-```php
-var_dump((0.6+0.1)*10); # float(7)
-var_dump(intval((0.6+0.1)*10)); # int(7)
-```
+The CPU makes the calculations binary, the floating point numbers are represented as follows:
 
-## How does the CPU understand these numbers?
+IEEE Short Real: **32 bits**     1 bit for the sign, 8 bits for the exponent, and 23 bits for the mantissa. Also called single precision. IEEE Long  Real: **64 bits**     1 bit for the sign, 11 bits for the exponent, and 52 bits for the mantissa. Also called double precision.
 
-The CPU makes calculations in binary; floating-point numbers are represented as follows:
+The numbers that can easily be represented binary are: 1/(2^1). 1/(2^2) . 1/(2^3), 1/(2^4) etc. This because they have mantissa equal to 1 (enconded as 0).
 
-| Format | Size | Sign | Exponent | Mantissa |
-|---|---|---|---|---|
-| IEEE Short Real (single precision) | 32 bits | 1 bit | 8 bits | 23 bits |
-| IEEE Long Real (double precision) | 64 bits | 1 bit | 11 bits | 52 bits |
+The number values can only be represented exactly if they can be represented by this formula:  **exponent** * **mantissa**
 
-Numbers that can easily be represented in binary are 1/(2^1), 1/(2^2), 1/(2^3), 1/(2^4), etc., because they have a mantissa equal to 1 (encoded as 0).
+The **mantissa** is the number which the exponent is multiplied to. The mantissa value is **1 + 1/rb**, where **rb** is the reverse binary interpretation
 
-A number's value can only be represented exactly if it can be expressed by the formula **exponent * mantissa**.
-The mantissa is the number the exponent is multiplied by, and its value is 1 + 1/rb, where rb is the reverse binary interpretation.
+Let's take the number 3.5 for example.
 
-For example, take the number 3.5: 3.5 = sign(1) * exponent(2) * mantissa(1.75).
+The float numbers are **sign** * **exponent** * **mantissa. ** 3.5 = **1** * **2** * **1.75** .
 
-Mantissa: 1 + 11000000000000000000000 -> 1/(2^0) + 1/(2^1) + 1/(2^2) + 0*(2^3) + ... + 0*(2^23) -> 1 + 0.5 + 0.25 -> 1.75
+**Mantissa: 1 + 11**000000000000000000000 -> 1/(2^0) + **1**/(2^1) + **1**/(2^2) + **0***(2^3) + ... + **0***(2^23) -> 1 + 0.5 + 0.25 -> 1.75
 
-Some numbers cannot be represented exactly (such as 0.99999999).
+Some numbers cannot be represented exactly (such as  0.99999999)
+
+To learn more about how IEEE Real numbers are formed follow [this link](http://kipirvine.com/asm/workbook/floating_tut.htm).
 
 ## Why does this happen?
 
-Using an IEEE 754 converter, it turns out that:
+Using this [IEEE 754 converter](http://www.h-schmidt.net/FloatConverter/IEEE754.html) we have found out that:
+
+**0.7** is actually represented as **0.699999988079071**
 
-- 0.7 is actually represented as 0.699999988079071
-- 0.1 is actually represented as 0.10000000149011612
+**0.1** is actually represented as **0.10000000149011612**
 
-Adding these two values gives 0.7999999895691871.
-Multiplying by 10 gives 7.999999895691871, which when cast to int is 7 - the same way 3.5 is 3 when cast to int.
+If we add these two values we will obtain **0.7999999895691871**
 
-The 0.6 example still shows 7 because 0.6 is actually represented as 0.6000000238418579, and (0.6000000238418579 + 0.10000000149011612) * 10 is 7.00000025331974.
+And if we multiply it by 10 we obtain **7.999999895691871** which if casted to int is **7** the same way **3.5** is **3** if casted to int.
+
+The other example still shows 7 because **0.6** is actually represented as **0.6000000238418579** and  (0.6000000238418579 + 0.10000000149011612)*10 is **7,00000025331974**
+
+ 
 
 ## But still ...
 
-If you use echo and var_dump, or apply mathematical operations, PHP automatically adjusts the values - but intval and casting to int work on the underlying bits before those values were adjusted:
+If we use **echo** and **var_dump** or if applying mathematical operations, PHP automatically adjusts the values, but **intval** and casting to **int** work on their bits before the values were adjusted
+
+`var_dump((0.7+0.1)*10); # float(8)
+var_dump(intval( ((0.7+0.1)*10) ) );   # int(7)
+var_dump(intval( ((0.7+0.1)*10)+1 ) ); # int(9)`
 
-```php
-var_dump((0.7+0.1)*10); # float(8)
-var_dump(intval( ((0.7+0.1)*10) ) );   # int(7)
-var_dump(intval( ((0.7+0.1)*10)+1 ) ); # int(9)
-```
+If these values are very important for your project you can get the correct values we by using the [**BCMath PHP Extension**](http://php.net/manual/en/book.bc.php).
 
-If these values are important for your project, you can get correct results by using the BCMath PHP Extension.
+For a more technical & mathematical approach read [this document](http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html).
 
 ## FAQ
 
-**Q: Why does (int)((0.7+0.1)*10) return 7 instead of 8?**
-A: Because 0.7 is actually represented internally as 0.699999988079071 and 0.1 as 0.10000000149011612.
-Adding them gives 0.7999999895691871, and multiplying by 10 gives 7.999999895691871, which truncates to 7 when cast to int.
+**Q: Why does (int)((0.70.1)*10) return 7 instead of 8?**
+A: Because 0.7 is actually represented internally as 0.699999988079071 and 0.1 as 0.10000000149011612. Adding them gives 0.7999999895691871, and multiplying by 10 gives 7.999999895691871, which truncates to 7 when cast to int.
 
 **Q: Does the same rounding issue happen with 0.6 instead of 0.7?**
-A: Yes.
-0.6 is represented as 0.6000000238418579, and (0.6000000238418579 + 0.10000000149011612) * 10 equals about 7.00000025331974, which also truncates to int(7).
+A: Yes. 0.6 is represented as 0.6000000238418579, and (0.6000000238418579 + 0.10000000149011612) * 10 equals about 7.00000025331974, which also truncates to int(7).
 
 **Q: Why do var_dump and echo show the expected value while intval/int casting does not?**
-A: When using echo, var_dump, or mathematical operations, PHP automatically adjusts the displayed values.
-However, intval and casting to int operate on the underlying bits before those values were adjusted, which is why they can produce a different (truncated) result.
+A: When using echo, var_dump, or mathematical operations, PHP automatically adjusts the displayed values. However, intval and casting to int operate on the underlying bits before those values were adjusted, which is why they can produce a different (truncated) result.
 
 **Q: How are floating-point numbers represented at the CPU level?**
-A: The CPU performs calculations in binary.
-IEEE Short Real (single precision) uses 32 bits: 1 sign bit, 8 exponent bits, and 23 mantissa bits.
-IEEE Long Real (double precision) uses 64 bits: 1 sign bit, 11 exponent bits, and 52 mantissa bits.
-A number can only be represented exactly if it can be expressed as exponent * mantissa; numbers like 0.99999999 cannot be represented exactly.
+A: The CPU performs calculations in binary. IEEE Short Real (single precision) uses 32 bits: 1 sign bit, 8 exponent bits, and 23 mantissa bits. IEEE Long Real (double precision) uses 64 bits: 1 sign bit, 11 exponent bits, and 52 mantissa bits. A number can only be represented exactly if it can be expressed as exponent * mantissa; numbers like 0.99999999 cannot be represented exactly.
 
 **Q: Is there a way to get accurate results for calculations like this in PHP?**
 A: If precise values matter for your project, the article recommends using the BCMath PHP Extension to get correct results.
-
-## Resources
-
-- [Floating point tutorial (kipirvine.com)](http://kipirvine.com/asm/workbook/floating_tut.htm)
-- [IEEE 754 converter (h-schmidt.net)](http://www.h-schmidt.net/FloatConverter/IEEE754.html)
-- [BCMath PHP Extension documentation](http://php.net/manual/en/book.bc.php)
-- [What Every Computer Scientist Should Know About Floating-Point Arithmetic](http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html)
diff --git a/public/md-articles/php-development/how-to-upgrade-wamp-to-php-5-3-4.md b/public/md-articles/php-development/how-to-upgrade-wamp-to-php-5-3-4.md
index 7b485373..ab74e756 100644
--- a/public/md-articles/php-development/how-to-upgrade-wamp-to-php-5-3-4.md
+++ b/public/md-articles/php-development/how-to-upgrade-wamp-to-php-5-3-4.md
@@ -11,48 +11,65 @@ language: "en"
 # How To Upgrade Wamp to PHP 5.3.4
 
 ## TL;DR
-
 A step-by-step guide to manually upgrading the PHP version used by a WAMP server to PHP 5.3.4, by downloading the VC6 Thread Safe build, copying over configuration files, and switching the active PHP version in WAMP.
 
-## Steps
-
-1. Stop the WAMP server.
-2. Go to [windows.php.net](http://windows.php.net/download/) and download the latest ZIPPED package for PHP 5.3.4.
-Make sure it is the **VC6 Thread Safe build** - do not download the installer.
-3. Create a folder `php5.3.4` inside `wamp/bin/php`.
-4. Extract the downloaded zip into the newly created `php5.3.4` folder.
-5. Copy the files `php.ini`, `phpForApache.ini`, and `wampserver.conf` from your existing PHP 5.3 folder (e.g. `wamp/bin/php/php5.3.3`) to the new `php5.3.4` folder.
-6. Open the files `php.ini` and `phpForApache.ini` and search/replace the string `5.3.3` with `5.3.4`.
-7. Go to `wamp/bin/apache/apache/apache2.2.11/bin` and delete the file called `php.ini`.
-8. Restart the WAMP server.
-9. Choose PHP version 5.3.0.
-10. Restart the WAMP server.
-11. Now choose PHP version 5.3.4.
-12. Check that the PEAR path is correct in `php.ini`, and modify accordingly.
-13. Restart the WAMP server.
-14. Enjoy.
+1.    Stop WAMP server.
+
+2.    Go to [windows.php.net](http://windows.php.net/download/) and download the the latests ZIPPED package for php5.3.4.
+
+Make sure it is the **VC6 Thread Safe build**. DO NOT DOWNLOAD THE INSTALLER.
+
+3.  Create a folder php5.3.4 into wamp/bin/php
+
+4.  Extract the downloaded zip to the newly created php5.3.4 folder
+
+5.  Copy the files:
+
+-  *php.ini*
+
+-  *phpForApache.ini*
+
+-   *wampserver.conf*
+
+from your existing php5.3 (eg.   wamp/bin/php/php5.3.3) folder to the new php5.3.4 folder.
+
+6.  Open the files:
+
+-   *php.ini*
+
+-  *phpForApache.ini*
+
+and search/replace the string 5.3.3 with 5.3.4
+
+7.   Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called *php.ini*
+
+8.   Restart WAMP server.
+
+9.   Choose php version 5.3.0
+
+10.   Restart WAMP server.
+
+11.   Now choose php version 5.3.4 .
+
+12.   Check if PEAR path is correct in php.ini , and modify accordingly.
+
+13.   Restart WAMP server.
+
+14.   Enjoy.
 
 ## FAQ
 
 **Q: Where do I download the PHP 5.3.4 package for WAMP?**
-A: Download the latest ZIPPED package for PHP 5.3.4 from windows.php.net.
-Make sure it is the VC6 Thread Safe build, and do not download the installer.
+A: Download the latest ZIPPED package for PHP 5.3.4 from windows.php.net. Make sure it is the VC6 Thread Safe build, and do not download the installer.
 
 **Q: Where should the downloaded PHP 5.3.4 files be extracted?**
 A: Create a folder named php5.3.4 inside wamp/bin/php, then extract the downloaded zip into that newly created folder.
 
 **Q: Which configuration files need to be copied and edited when upgrading?**
-A: Copy php.ini, phpForApache.ini, and wampserver.conf from the existing php5.3 folder (e.g. wamp/bin/php/php5.3.3) into the new php5.3.4 folder.
-Then, in php.ini and phpForApache.ini, search and replace the string 5.3.3 with 5.3.4.
+A: Copy php.ini, phpForApache.ini, and wampserver.conf from the existing php5.3 folder (e.g. wamp/bin/php/php5.3.3) into the new php5.3.4 folder. Then, in php.ini and phpForApache.ini, search and replace the string 5.3.3 with 5.3.4.
 
 **Q: Is there anything to remove from the Apache folder before restarting WAMP?**
-A: Yes.
-Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called php.ini, then restart the WAMP server.
+A: Yes. Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called php.ini, then restart the WAMP server.
 
 **Q: How do I actually switch WAMP to the new PHP version after restarting?**
-A: After restarting WAMP, choose PHP version 5.3.0, restart WAMP server again, and then choose PHP version 5.3.4.
-Also check that the PEAR path is correct in php.ini and modify it accordingly, then restart WAMP server once more.
-
-## Resources
-
-- [windows.php.net downloads](http://windows.php.net/download/)
+A: After restarting WAMP, choose PHP version 5.3.0, restart WAMP server again, and then choose PHP version 5.3.4. Also check that the PEAR path is correct in php.ini and modify it accordingly, then restart WAMP server once more.
diff --git a/public/md-articles/php-development/mezzio-app-development-in-wsl2.md b/public/md-articles/php-development/mezzio-app-development-in-wsl2.md
index cbf36b48..d99b9874 100644
--- a/public/md-articles/php-development/mezzio-app-development-in-wsl2.md
+++ b/public/md-articles/php-development/mezzio-app-development-in-wsl2.md
@@ -11,27 +11,43 @@ language: "en"
 # Mezzio app development in WSL2
 
 ## TL;DR
-
 This article runs through the steps of installing a Mezzio application (Dotkernel API) in WSL2 and running it on Ubuntu 20.04 LTS, from installing WSL2 itself to configuring PHPStorm to work with the WSL2 file system.
 
-## Steps
+## Install a Mezzio app (Dotkernel API) using WSL2
+
+This article will run you through the steps of installing a Mezzio application (Dotkernel API) in **WSL2** and run it on **Ubuntu 20.04 LTS**.
+
+### Step 1:
+
+Make sure you have WSL2 installed on your machine by following [this guide](https://github.com/dotkernel/development/blob/main/wsl/README.md).
+
+### Step 2:
+
+Install **Ubuntu 20.0 LTS** inside **WLS2** as described [here](https://docs.dotkernel.org/development/v2/running/) (the current version of this guide covers AlmaLinux 9, the distro the WSL setup has since moved to).
+
+### Step 3:
 
-1. Make sure WSL2 is installed on your machine, following the [WSL2 installation guide](https://github.com/dotkernel/development/blob/main/wsl/README.md).
-2. Install Ubuntu 20.04 LTS inside WSL2, as described in the [Ubuntu 20 setup guide](https://docs.dotkernel.org/development/v2/running/) (the current version of this guide covers AlmaLinux 9, the distro the WSL setup has since moved to).
-3. Create a virtual host for your project using the [virtual hosts guide](https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/).
-4. Using your terminal, move into the virtual host directory you just created:
+Create a virtualhost for your project using [this guide](https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/).
 
-   ```shell
-   cd /home/your-username/projects/your-virtualhost
-   ```
+### Step 4:
 
-Install Dotkernel API by following the [Dotkernel API guide](https://github.com/dotkernel/api).
-Make sure the `data` and `log` directories are writable by changing their permissions, as described in the [common permission issues guide](https://docs.dotkernel.org/development/v2/faq/#how-do-i-fix-common-permission-issues).
-5. Set up PHPStorm to work with WSL2 files, as described in the [JetBrains WSL development environment article](https://www.jetbrains.com/help/phpstorm/how-to-use-wsl-development-environment-in-product.html).
+Using your terminal, move into the virtualhost directory that you just created:
 
-## Note
+```
+cd /home/your-username/projects/your-virtualhost
+```
 
-There is a guide for AlmaLinux 8 as well, but it is not fully functional because of a well-known issue regarding running systemd inside WSL2.
+Install Dotkernel API, by following [this guide](https://github.com/dotkernel/api).
+
+Make sure your `data` and `log` directories are writable by changing their permissions, as described [here](https://docs.dotkernel.org/development/v2/faq/#how-do-i-fix-common-permission-issues).
+
+### Step 5:
+
+Setup PHPStorm to work with WSL2 files like in [this article](https://www.jetbrains.com/help/phpstorm/how-to-use-wsl-development-environment-in-product.html)
+
+**Note:**
+
+> There is a guide for **AlmaLinux 8** as well, but that's not fully functional because of a well-known issue regarding running *systemd* inside **WSL2**.
 
 ## FAQ
 
@@ -45,20 +61,10 @@ A: You first need WSL2 installed on your machine, which you can set up by follow
 A: After Ubuntu is installed inside WSL2, you create a virtual host for your project by following the linked virtual-host creation guide.
 
 **Q: How do you install Dotkernel API once the virtual host is ready?**
-A: Using your terminal, move into the virtual host directory you created (for example, `cd /home/your-username/projects/your-virtualhost`), then install Dotkernel API by following its guide.
-Afterward, make sure the `data` and `log` directories are writable by changing their permissions, as described in the linked permission-fix guide.
+A: Using your terminal, move into the virtual host directory you created (for example, cd /home/your-username/projects/your-virtualhost), then install Dotkernel API by following its guide. Afterward, make sure the data and log directories are writable by changing their permissions, as described in the linked permission-fix guide.
 
 **Q: How do you get PHPStorm to work with the WSL2 project files?**
 A: You set up PHPStorm to work with WSL2 files by following the linked JetBrains article on using a WSL development environment in the product.
 
 **Q: Does this guide also work for AlmaLinux instead of Ubuntu?**
 A: There is a guide for AlmaLinux 8 as well, but it is not fully functional because of a well-known issue regarding running systemd inside WSL2.
-
-## Resources
-
-- [WSL2 installation guide](https://github.com/dotkernel/development/blob/main/wsl/README.md)
-- [Ubuntu 20 setup inside WSL2](https://docs.dotkernel.org/development/v2/running/)
-- [Create virtual hosts guide](https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/)
-- [Dotkernel API installation guide](https://github.com/dotkernel/api)
-- [Fix common permission issues](https://docs.dotkernel.org/development/v2/faq/#how-do-i-fix-common-permission-issues)
-- [Using WSL development environment in PHPStorm](https://www.jetbrains.com/help/phpstorm/how-to-use-wsl-development-environment-in-product.html)
diff --git a/public/md-articles/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.md b/public/md-articles/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.md
index 72500d20..f9815ac5 100644
--- a/public/md-articles/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.md
+++ b/public/md-articles/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.md
@@ -10,22 +10,18 @@ language: "en"
 
 # PHP 5.3.6 released. No upgrade possible for WampServer.
 
-PHP 5.3.6 was released, but it comes with bad news for WampServer users.
-The release notes state:
+PHP 5.3.6 was released, but it come with a bad news for WampServer users:
 
-> Windows users: please mind that we do no longer provide builds created with Visual Studio C++ 6
+> "Windows users: please mind that we do no longer provide builds created with Visual Studio C++ 6"
 
-Since WampServer is built using VC++ 6, an upgrade isn't possible without a rewrite of the entire WampServer package from scratch.
+Since WampServer is built using VC++ 6,  is not possible an upgrade , without a rewrite from scratch of entire WampServer package.
+
+More details on WampServer forum  **[here](http://www.wampserver.com/phorum/read.php?2,72243)**
 
 ## FAQ
 
 **Q: Why can't WampServer users upgrade to PHP 5.3.6?**
-A: PHP 5.3.6 no longer provides builds created with Visual Studio C++ 6 for Windows users.
-Since WampServer is built using VC++ 6, upgrading isn't possible without rewriting the entire WampServer package from scratch.
+A: PHP 5.3.6 no longer provides builds created with Visual Studio C++ 6 for Windows users. Since WampServer is built using VC++ 6, upgrading isn't possible without rewriting the entire WampServer package from scratch.
 
 **Q: Where can WampServer users find more details about this issue?**
 A: More details are available on the WampServer forum, linked in this article.
-
-## Resources
-
-- [WampServer forum discussion](http://www.wampserver.com/phorum/read.php?2,72243)
diff --git a/public/md-articles/php-development/php-environment-development-staging-production.md b/public/md-articles/php-development/php-environment-development-staging-production.md
index 1100c3d2..f4afd0ce 100644
--- a/public/md-articles/php-development/php-environment-development-staging-production.md
+++ b/public/md-articles/php-development/php-environment-development-staging-production.md
@@ -11,48 +11,42 @@ language: "en"
 # PHP Environment : Development Staging Production
 
 ## TL;DR
-
 In hosted software development, an environment is a server tier designated to a specific stage of a release process.
 The three most common environments are Development, Staging and Production, and applications are typically moved between them using Subversion source control.
 
+In hosted software development, the environment refers to a server tier designated to a specific stage in a release process. The purpose of these environments is to improve the development, testing and release processes in client-server applications. The most common environments are described below.
+
 ## Development
 
-This is where the software is developed - it's the working environment for individual developers or small teams. Its purpose is for the developer to work on local host, separate from the rest of the team, allowing them to make changes without worrying that it may alter the work of other team members.
+This is where the software is developed – it’s *the working environment for individual developers* or small teams. The purpose of this environment is for the developer to work on local host, separate from the rest of the team, allowing them to make various changes without worrying that it may alter the work of the other members of the team.
 
 ## Staging
 
-Staging is used to assemble, test and review the application before it goes into production.
-It usually tries to simulate the production environment as much as possible, both hardware- and software-wise.
-Normally, before releasing an update to the production environment, the update must be tested on staging first. This environment can also be used as a demonstration or training environment.
+It is *used to assemble, test and review the application before it goes into production*. Usually the staging environment tries to simulate as much as possible the production environment (hardware and software-wise). Normally, before releasing an update version of the application on the production environment, the update must be tested on the staging environment. This environment can also be used as a demonstration/training environment.
 
 ## Production
 
-Production is the "live" environment, where the final application goes out to the world and becomes active.
+It is *the “live” environment*, where the final application goes out to the world and becomes active.
+
+To switch from one environment to another use the ***Subversion*** *source code*.
 
-## Switching between environments
+Using SVN on Aptana is an article that explains how to set your *development* environment on your local computer and then to change it on your *staging* environment.
 
-To switch from one environment to another, the article recommends using Subversion (SVN) source code.
-The "Using SVN on Aptana" article explains how to set up a development environment on a local computer and then move it to a staging environment.
+To better understand the development of an application using environments, check this helpful article [http://dltj.org/article/software-development-practice/](http://dltj.org/article/software-development-practice/)
 
 ## FAQ
 
 **Q: What is a "server environment" in hosted software development?**
-A: It refers to a server tier designated to a specific stage in a release process.
-The purpose of using different environments is to improve the development, testing and release processes in client-server applications.
+A: It refers to a server tier designated to a specific stage in a release process. The purpose of using different environments is to improve the development, testing and release processes in client-server applications.
 
 **Q: What is the development environment used for?**
 A: It's the working environment for individual developers or small teams, where the developer works on local host, separate from the rest of the team, allowing changes to be made without worrying about altering the work of other team members.
 
 **Q: What is the staging environment used for?**
-A: It's used to assemble, test and review the application before it goes into production, and it usually tries to simulate the production environment as closely as possible, both hardware- and software-wise.
-Before releasing an update to production, it must normally be tested on staging first, which can also serve as a demonstration or training environment.
+A: It's used to assemble, test and review the application before it goes into production, and it usually tries to simulate the production environment as closely as possible, both hardware- and software-wise. Before releasing an update to production, it must normally be tested on staging first, which can also serve as a demonstration or training environment.
 
 **Q: What is the production environment?**
 A: It's the "live" environment, where the final application goes out to the world and becomes active.
 
 **Q: How do you switch an application from one environment to another?**
 A: The article recommends using Subversion source code to switch from one environment to another, and points to the "Using SVN on Aptana" article for details on setting up a development environment locally and then moving it to a staging environment.
-
-## Resources
-
-- [Software development practice](http://dltj.org/article/software-development-practice/)
diff --git a/public/md-articles/php-development/php-support-back-in-aptana-3-0.md b/public/md-articles/php-development/php-support-back-in-aptana-3-0.md
index a44b0417..73ca9cdf 100644
--- a/public/md-articles/php-development/php-support-back-in-aptana-3-0.md
+++ b/public/md-articles/php-development/php-support-back-in-aptana-3-0.md
@@ -11,27 +11,20 @@ language: "en"
 # PHP support back in Aptana 3.0
 
 ## TL;DR
-
 Aptana 3.0, then in beta, was set to bring PHP support back - and this time it would be built directly into the Studio 3 core rather than shipped as a separate plugin.
 A PHP debugger was also announced, to arrive as a separate set of plugins a few weeks later.
 
-## The announcement
-
-Aptana 3.0 was in beta stage at the time of writing, available for download from the official Aptana site.
-
-The good news, based on an announcement from Aptana's own forum, was that Aptana PHP support was coming back - and would be integrated into Studio 3 core, not delivered as a separate plugin.
+Aptana 3.0 is in beta stage, can be downloaded from the [official site](http://www.aptana.com/products/studio3) .
 
-Aptana's Shalom G. shared the following in the forum announcement:
+The very super good news is that Aptana PHP Support is back , based on an annoucement from their [forum](https://aptanastudio.tenderapp.com/discussions/questions/419-php-in-studio-3). And even more,  will be integrated in Studio 3 core, not as a separate plugin.
 
-> Aptana PHP is coming back.
-> We are in the process of developing and integrating it into the Studio 3.
-> The debugger will also be introduced, but it will take a few weeks till you'll be able to get it.
->
-> At the moment, the idea is to provide the PHP debugger as a separate set of plugins that you will be able to grab from the Studio.
-> The majority of the PHP editing capabilities will be integrated into, and delivered with, the Studio core.
->
-> Cheers,
-> -Shalom G
+> Aptana PHP is coming back. We are in the process of developing and integrating it into the Studio 3. The debugger will also be introduced, but it will take a few weeks till you'll be able to get it.
+> 
+> At the moment, the idea is to provide the PHP debugger as a separate set of plugins that you will be able to grab from the Studio. The majority of the PHP editing capabilities will be integrated into, and delivered with, the Studio core.
+> 
+> Cheers, -Shalom G
+> 
+> p.s. You can follow us on twitter for any major announcements, or follow me 'sgibly' for more frequent progress updates.
 
 ## FAQ
 
@@ -42,10 +35,4 @@ A: Aptana 3.0 is in beta stage and can be downloaded from the official Aptana si
 A: No. According to an announcement on Aptana's forum, PHP support is coming back and is being developed and integrated directly into the Studio 3 core, rather than delivered as a separate plugin.
 
 **Q: What about the PHP debugger?**
-A: The debugger will also be introduced, but it will take a few weeks to become available.
-The plan is to provide the PHP debugger as a separate set of plugins you can grab from the Studio, while the majority of the PHP editing capabilities will be integrated into and delivered with the Studio core.
-
-## Resources
-
-- [Aptana Studio 3 official product page](http://www.aptana.com/products/studio3)
-- [Aptana forum announcement thread](https://aptanastudio.tenderapp.com/discussions/questions/419-php-in-studio-3)
+A: The debugger will also be introduced, but it will take a few weeks to become available. The plan is to provide the PHP debugger as a separate set of plugins you can grab from the Studio, while the majority of the PHP editing capabilities will be integrated into and delivered with the Studio core.
diff --git a/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.md b/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.md
index 019586a1..12f4d0cc 100644
--- a/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.md
+++ b/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.md
@@ -11,38 +11,39 @@ language: "en"
 # Protection against SQL Injection using PDO and Zend Framework - part 2
 
 ## TL;DR
-
 Following up on the earlier SQL Injection article, this part digs into the specific methods of Zend_Db (and related classes Zend_Db_Statement, Zend_Db_Select, Zend_Db_Tables) to show exactly when their use of prepared statements does, and does not, protect against SQL injection - and offers a quick type-casting tip for WHERE clauses.
 
-## Zend_Db and related classes
-
-Zend_Db is the primary class used for accessing the database, but there is more: Zend_Db_Statement, Zend_Db_Select and Zend_Db_Tables.
-
-## What you should know about their methods
+Following the preview article about [SQL Injection](http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/), here is more - a strong argument why you should use Zend Framework for handling database access. *Zend_Db* is the primary class used for access the database, but there is more: *Zend_Db_Statement*, *Zend_Db_Select* and *Zend_Db_Tables*. What you should know about their methods is:
 
-| Method | Behavior |
-| --- | --- |
-| `query(mixed $sql, ...)` | Uses prepared statements internally, but SQL Injection is still possible if `$sql` is dynamically created. |
-| `fetchAll(string\|Zend_Db_Select $sql, ...)` | All the fetch methods use prepared statements internally, but SQL Injection is still possible if `$sql` is dynamically created. |
-| `insert(mixed $table, $bind)` | Uses prepared statements internally, so SQL Injection is not possible. |
-| `update(mixed $table, $bind, ...)` | Uses prepared statements internally, but SQL Injection may be possible if `$where` is created dynamically. |
-| `delete(mixed $table, ...)` | SQL Injection may be possible if `$where` is created dynamically. |
+- *[query](https://docs.laminas.dev/laminas-db/adapter/#query-execution) (mixed $sql, [mixed $bind = array()])*
+  - use prepare statements internally
+  - but SQL Injection is still possible if $sql is dynamically created
+- *[fetchAll](https://docs.laminas.dev/laminas-db/adapter/#query-execution) (string|Zend_Db_Select $sql, , )*
+  - all the fetch methods are using prepared statements internally
+  - but SQL Injection is still possible if $sql is dynamically created
+- *[insert](https://docs.laminas.dev/laminas-db/sql/#insert) (mixed $table,  $bind)*
+  - use prepare statements internally
+  - so, SQL Injection is not possible
+- *[update](https://docs.laminas.dev/laminas-db/sql/#update) (mixed $table,  $bind, [mixed $where = ''])*
+  - use prepare statements internally
+  - but SQL Injection may be possible if $where is created dynamically
+- *[delete](https://docs.laminas.dev/laminas-db/sql/#delete) (mixed $table, [mixed $where = ''])*
+  - SQL Injection may be possible if $where is created dynamically
 
-**Note:** even if you use prepared statements via Zend_Db methods, SQL Injection is still possible if the `WHERE` and `ORDER BY` clauses are wrongly written, so pay attention to them.
+***Note*:*** even if you use prepared statements using *Zend_Db* methods, SQL Injection is still possible if *WHERE* and *ORDER BY* clause are wrongly written, so pay attention to them.
 
-## A quick tip for WHERE clauses
+For more details see [Stefan Esser slides](http://www.suspekt.org/downloads/DPC_Secure_Programming_With_The_Zend_Framework.pdf).
 
-A short tip: you can use type casting to avoid SQL Injection in a WHERE clause where possible.
+PS. A short [tip](https://www.w3schools.com/php/php_casting.asp), you can use cast type to avoid SQL Injection in WHERE clause where is possible.
 
-```php
-$sql = 'SELECT * FROM table WHERE id = ' . (int)$_POST;
+```
+$sql= 'SELECT * FROM table WHERE id = ' . (int)$_POST['id'];
 ```
 
 ## FAQ
 
 **Q: What is the focus of this article?**
-A: Following the earlier article about SQL Injection, this article makes a stronger argument for using Zend Framework to handle database access.
-Zend_Db is the primary class used for accessing the database, but there is more to it: Zend_Db_Statement, Zend_Db_Select, and Zend_Db_Tables.
+A: Following the earlier article about SQL Injection, this article makes a stronger argument for using Zend Framework to handle database access. Zend_Db is the primary class used for accessing the database, but there is more to it: Zend_Db_Statement, Zend_Db_Select, and Zend_Db_Tables.
 
 **Q: Does Zend_Db's query() method protect against SQL injection?**
 A: query() uses prepared statements internally, but SQL Injection is still possible if the $sql parameter passed to it is dynamically created.
@@ -54,15 +55,7 @@ A: All of the fetch methods use prepared statements internally, but SQL Injectio
 A: Yes. insert() uses prepared statements internally, so SQL Injection is not possible with it.
 
 **Q: What about update() and delete()?**
-A: update() uses prepared statements internally, but SQL Injection may be possible if the $where clause is created dynamically.
-Likewise, with delete(), SQL Injection may be possible if $where is created dynamically.
+A: update() uses prepared statements internally, but SQL Injection may be possible if the $where clause is created dynamically. Likewise, with delete(), SQL Injection may be possible if $where is created dynamically.
 
 **Q: Even with prepared statements, when can SQL injection still happen, and what tip helps avoid it in WHERE clauses?**
-A: Even when using prepared statements via Zend_Db methods, SQL Injection is still possible if the WHERE and ORDER BY clauses are wrongly written, so these deserve special attention.
-A short tip mentioned is to use type casting to avoid SQL Injection in a WHERE clause where possible, for example: `$sql = 'SELECT * FROM table WHERE id = ' . (int)$_POST;`
-
-## Resources
-
-- [Protection against SQL Injection using PDO and Zend Framework (part 1)](http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/)
-- [Secure Programming with the Zend Framework (Stefan Esser slides)](http://www.suspekt.org/downloads/DPC_Secure_Programming_With_The_Zend_Framework.pdf)
-- [PHP Type Casting](https://www.w3schools.com/php/php_casting.asp)
+A: Even when using prepared statements via Zend_Db methods, SQL Injection is still possible if the WHERE and ORDER BY clauses are wrongly written, so these deserve special attention. A short tip mentioned is to use type casting to avoid SQL Injection in a WHERE clause where possible, for example: $sql = 'SELECT * FROM table WHERE id = ' . (int)$_POST;
diff --git a/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.md b/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.md
index 105b17ec..54a1be3f 100644
--- a/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.md
+++ b/public/md-articles/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.md
@@ -11,78 +11,36 @@ language: "en"
 # Protection against SQL Injection using PDO and Zend Framework
 
 ## TL;DR
-
 SQL injection exploits unfiltered user input passed into SQL statements.
 PDO (PHP Data Objects) is a standardized database access layer that provides a data-access abstraction (not a database abstraction) and offers several benefits, including help protecting against SQL injection.
 In Zend Framework, prepared statements are encouraged since they handle parameter escaping, but they are not a complete guarantee against SQL injection - especially with PDO_MySQL, and with WHERE IN / ORDER BY clauses.
 
-## What is SQL injection?
-
-SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application.
-Usually, user input is not filtered by the script and is passed into a SQL statement.
-
-## What is PDO?
-
-PDO - PHP Data Objects - is a database access layer providing a standardized method of access to multiple databases.
-PDO provides a data-access abstraction layer, meaning that regardless of which database you're using, you apply the same functions to issue queries and fetch data.
-PDO does not provide a database abstraction; it doesn't rewrite SQL or emulate missing features.
-
-Among PDO's benefits are:
+SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, *user input is not filtered by the script and is passed into a SQL statement.*
 
-- Access methods that allow complete control over how attributes are read and written
-- Validation on a per-record and per-attribute level
-- Easier fetching of objects from related tables
-- Reusable logic - the same codebase is much easier to maintain
-- Cleaner code by using object-oriented code
-- Fewer errors from SQL query generation
-- Protection against SQL injection
+**PDO – PHP Data Objects** – is a database access layer providing a standardized method of access to multiple databases.  PDO provides a *data-access abstraction layer*, meaning that depending on what database you're using, you will have apply the same functions to issue queries and fetch data. ***PDO does not provide a database abstraction;*** it doesn't rewrite SQL or emulate missing features. Among  PDO benefits there are: -    Access methods allow complete control over how attributes are read and written -    Validation on a per-record and per-attribute level -    Easier fetching of objects from related table -    Reusable logic - means that the same codebase is much easier to maintain -    Cleaner code by using object oriented code -    Less errors from SQL query generation -    Last but not least : Protection against SQL injection
 
-## Prepared statements in Zend Framework
+In Zend Framework for database access, methods usually support prepared statements. Dynamic SQL queries are allowed, but you must escape all the parameter, otherwise you have SQL injection.  ***Because of this, prepared statements are encouraged to be used. They can handle escaping parameters for you.*** Most people believe that using prepared statements they are 100% protected from SQL injection. But this is by far true. Input data should always be validated and sanitized, and PDO should be seen as another line of defense. PDO is not protecting you from other security vulnerabilities like XSS*(cross-site scripting)*, but helps protect your application against SQL injection.
 
-In Zend Framework, database access methods usually support prepared statements.
-Dynamic SQL queries are allowed, but all parameters must be escaped, otherwise SQL injection is possible.
-Because of this, prepared statements are encouraged, since they handle escaping parameters for you.
+It may also occur a problem in Zend Framework w*hen you have SQL injection in your application while you are using PDO_MySQL.* ***PDO_MySQL is a more dangerous application than any other traditional MySQL applications. Traditional MySQL allows only a single SQL query. In PDO_MySQL there is no such limitation, but you risk to be injected with multiple queries.*** To avoid this you should try to use the correct prepared statements from Zend Framework. You should also pay attention when you have in your SQL query *WHERE IN* and *ORDER BY;* they cannot be handled by prepare statements normally. In this case you should escape your data.
 
-Most people believe that using prepared statements makes them 100% protected from SQL injection, but this is not true.
-Input data should always be validated and sanitized, and PDO should be seen as another line of defense.
-PDO does not protect against other security vulnerabilities like XSS (cross-site scripting), but it does help protect an application against SQL injection.
-
-## The PDO_MySQL risk
-
-A problem can occur in Zend Framework where SQL injection is possible even while using PDO_MySQL.
-PDO_MySQL is more dangerous than traditional MySQL applications: traditional MySQL allows only a single SQL query, while PDO_MySQL has no such limitation, so there is a risk of being injected with multiple queries.
-To avoid this, use the correct prepared statements provided by Zend Framework.
-Also pay attention when your SQL query has `WHERE IN` and `ORDER BY` clauses, since these cannot normally be handled correctly by prepared statements - in this case, escape the data instead.
-
-Zend_Db provides two escaping methods for this purpose: `quote()` and `quoteIdentifier()`.
-Both handle strings by putting them between single quotes.
+Zend_Db has two escaping methods which can be used: *quote()* and *quoteIdentifier()*. Note that these two methods are handling strings by putting them between single quotes.
 
 ## FAQ
 
 **Q: What is SQL injection?**
-A: SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application.
-Usually, user input is not filtered by the script and is passed directly into a SQL statement.
+A: SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, user input is not filtered by the script and is passed directly into a SQL statement.
 
 **Q: What is PDO and what kind of abstraction does it provide?**
-A: PDO (PHP Data Objects) is a database access layer providing a standardized method of access to multiple databases.
-It provides a data-access abstraction layer, meaning you apply the same functions to issue queries and fetch data regardless of which database you're using.
-However, PDO does not provide a database abstraction - it doesn't rewrite SQL or emulate missing database features.
+A: PDO (PHP Data Objects) is a database access layer providing a standardized method of access to multiple databases. It provides a data-access abstraction layer, meaning you apply the same functions to issue queries and fetch data regardless of which database you're using. However, PDO does not provide a database abstraction - it doesn't rewrite SQL or emulate missing database features.
 
 **Q: What are the benefits of using PDO?**
 A: Among the benefits are: access methods that allow complete control over how attributes are read and written, validation on a per-record and per-attribute level, easier fetching of objects from related tables, reusable logic that makes the codebase easier to maintain, cleaner code through object-oriented programming, fewer errors from SQL query generation, and protection against SQL injection.
 
 **Q: Does using prepared statements in Zend Framework fully protect against SQL injection?**
-A: Not entirely.
-Zend Framework's database access methods usually support prepared statements, which are encouraged because they handle escaping parameters for you, but dynamic SQL queries are still allowed and any parameters must be escaped manually or SQL injection becomes possible.
-Many people believe prepared statements offer 100% protection, but this isn't true - input data should always be validated and sanitized, with PDO treated as another line of defense.
-PDO also does not protect against other vulnerabilities such as XSS (cross-site scripting).
+A: Not entirely. Zend Framework's database access methods usually support prepared statements, which are encouraged because they handle escaping parameters for you, but dynamic SQL queries are still allowed and any parameters must be escaped manually or SQL injection becomes possible. Many people believe prepared statements offer 100% protection, but this isn't true - input data should always be validated and sanitized, with PDO treated as another line of defense. PDO also does not protect against other vulnerabilities such as XSS (cross-site scripting).
 
 **Q: Why can PDO_MySQL be riskier than traditional MySQL usage, and how can this be avoided?**
-A: Traditional MySQL allows only a single SQL query at a time, but PDO_MySQL has no such limitation, meaning there is more risk of being injected with multiple queries.
-To avoid this, you should use the correct prepared statements from Zend Framework, and pay particular attention to WHERE IN and ORDER BY clauses, since they aren't normally handled correctly by prepared statements - in these cases you should escape the data yourself.
+A: Traditional MySQL allows only a single SQL query at a time, but PDO_MySQL has no such limitation, meaning there is more risk of being injected with multiple queries. To avoid this, you should use the correct prepared statements from Zend Framework, and pay particular attention to WHERE IN and ORDER BY clauses, since they aren't normally handled correctly by prepared statements - in these cases you should escape the data yourself.
 
 **Q: What escaping methods does Zend_Db provide?**
-A: Zend_Db has two escaping methods that can be used: quote() and quoteIdentifier().
-Both of these methods handle strings by putting them between single quotes.
-
-
+A: Zend_Db has two escaping methods that can be used: quote() and quoteIdentifier(). Both of these methods handle strings by putting them between single quotes.
diff --git a/public/md-articles/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.md b/public/md-articles/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.md
index 3a5f896d..d2679f63 100644
--- a/public/md-articles/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.md
+++ b/public/md-articles/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.md
@@ -11,39 +11,46 @@ language: "en"
 # Remote connections to MySQL server on Plesk based servers
 
 ## TL;DR
-
 Plesk-based Linux servers default to `old_passwords=1`, which forces MySQL to use the old, pre-4.1 password storage style even on MySQL 5.5+, breaking remote PDO connections.
 The fix is to create a new database user, grant it privileges, disable old_passwords, and reset its password so a newer, longer password hash is stored in mysql.user.
 
-By default, MySql servers on Linux machines where Plesk is installed, have the old_passwords=1 or ON flag.
-That mean even if you have MySQL 5.5+ version, it still use old style of password storage, pre-mysql 4.1+.
+By default, MySql servers on Linux machines where Plesk is installed, have the **old_passwords**=1 or ON flag.
+
+That mean even if you have MySQL 5.5+ version, it still use old style of password storage, pre-mysql 4.1+
+
 If you try to connect remote, from your local development machine, you will get an ugly error, like:
 
+ 
+
 ```
 Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE  mysqlnd
-cannot connect  to MySQL 4.1+ using the old insecure authentication. Please use an administration
+cannot connect  to MySQL 4.1+ using the old insecure authentication. Please use an administration
 tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password').
 This will store a new, and more secure, hash value in mysql.user.
 If this user is used in other scripts executed by PHP 5.2 or earlier you might need to remove
-the old-passwords flag from your my.cnf file' in
+ the old-passwords flag from your my.cnf file' in
 ```
 
-How to fix that:
+How to fix that [ You need mysql admin priviledges] :
 
-1. Create a new database user, someuser for instance directly in command line.
+1. Create a new database user,  **someuser** for instance directly in command line
 2. Grant priviledges to that user to the database you want to connect to.
 3. Now run the below SQL statements:
 
-```sql
+```
 SET old_passwords = 0;
 UPDATE mysql.user SET Password = PASSWORD('somepassword') WHERE User = 'someuser' limit 1;
 SELECT LENGTH(Password) FROM mysql.user WHERE User = 'someuser';
 FLUSH PRIVILEGES;
 ```
 
-Now you can remotely connect to that server, using the user: someuser and password: somepassword.
+ 
+
+Now you can remotely connect to that server, using the user: **someuser** and password: **somepassword**
+
+ 
 
-NOTE: if you browse the table mysql.user, you will note that the password field contain many more characters for the user someuser compared to the others.
+NOTE: if you browse the table mysql.user , you will note that the password field contain many more characters for the user **someuser** compared to the others.
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/static-analysis-replacing-psalm-with-phpstan.md b/public/md-articles/php-development/static-analysis-replacing-psalm-with-phpstan.md
index d6f6a615..3dc05ccc 100644
--- a/public/md-articles/php-development/static-analysis-replacing-psalm-with-phpstan.md
+++ b/public/md-articles/php-development/static-analysis-replacing-psalm-with-phpstan.md
@@ -11,19 +11,17 @@ language: "en"
 # Static Analysis - Replacing Psalm with PHPStan
 
 ## TL;DR
-
 Dotkernel is replacing Psalm with PHPStan for static analysis, following a broader PHP community shift (including projects like Doctrine and Composer) toward PHPStan's faster-growing ecosystem, full-time maintainer, PHPStorm-based stubs, and stronger detection.
 This article explains what static analysis is, why the switch makes sense, and walks through updating composer.json, the CI workflow, and the phpstan.neon configuration to run PHPStan checks in place of Psalm.
 
-## What Is Static Analysis
+## What is Static Analysis
 
-Static analysis (static code analysis or source code analysis) applies a set of coding rules to debug source code before a program is run.
-Applied in the early phase of code development, the goals of static analysis are:
+**Static analysis** (static code analysis or source code analysis) applies a set of coding rules to **debug source code** before a program is run. Applied in the early phase of code development, the goals of static analysis are:
 
-- Catch and fix errors like type-related errors which can occur especially in dynamically-typed programming languages like PHP.
-- Confirm coding standards to ensure readability and maintainability for large projects that need a consistent coding style.
-- Identify code that needs refactoring and recommend improvements to improve complex or 'smelly' code.
-- Enhance security by detecting potential code injection in PHP, cross-site scripting (XSS) and open redirect vulnerabilities.
+- **Catch and fix errors** like type-related errors which can occur especially in dynamically-typed programming languages like PHP.
+- **Confirm coding standards** to ensure readability and maintainability for large projects that need a consistent coding style.
+- **Identify code that needs refactoring** and recommend improvements to improve complex or 'smelly' code.
+- **Enhance security** by detecting potential code injection in PHP, cross-site scripting (XSS) and open redirect vulnerabilities.
 
 The top static analysis tools are:
 
@@ -36,9 +34,7 @@ The top static analysis tools are:
 
 ## Why Switch from Psalm to PHPStan?
 
-Dotkernel has been using [psalm](https://psalm.dev/) for a while now and the results have always been positive.
-A large part of the PHP community, especially developers in widely-used projects like Doctrine and Composer, have opted for [PHPStan](https://phpstan.org/) instead.
-For most use cases, psalm and PHPStan have identical findings, so it isn't really justified to use both.
+Dotkernel has been using [psalm](https://psalm.dev/) for a while now and the results have always been positive. A large part of the PHP community, especially developers in widely-used projects like Doctrine and Composer, have opted for [PHPStan](https://phpstan.org/) instead. For most use cases, psalm and PHPStan have identical findings, so it isn't really justified to use both.
 
 PHPStan has some advantages to psalm:
 
@@ -52,7 +48,7 @@ Thus, the better choice becomes PHPStan.
 
 ## Updating Your Project to Use PHPStan
 
-First, remove the references to psalm:
+First, remove the references to psalm
 
 - update the `require` in your `composer.json` file
   - remove `vimeo/psalm`
@@ -94,7 +90,7 @@ jobs:
       - name: Install PHP
         uses: shivammathur/setup-php@v2
         with:
-          php-version: "${{ matrix.php }}"
+          php-version: '${{ matrix.php }}'
           coverage: pcov
           ini-values: assert.exception=1, zend.assertions=1, error_reporting=-1, log_errors_max_len=0, display_errors=On
           tools: composer:v2, cs2pr
@@ -139,18 +135,18 @@ parameters:
             path: test/Functional/AbstractFunctionalTest.php
 ```
 
-## Running the PHPStan Checks
+## Running the PHPStan checks
 
 To run the checks, use this command:
 
-```bash
+```
 composer static-analysis
 ```
 
-`composer.json` is currently set up to run this command which sets up the memory limit to a higher amount than that from the `php.ini` file in PHP (128M).
+`composer.json` is currently set up to run this command which sets up the memory limit to a higher amount that that from the `php.ini` file in PHP (128M).
 
-```bash
-vendor/bin/phpstan analyse --memory-limit 1G
+```
+vendor/bin/phpstan analyse --memory-limit 1G 
 ```
 
 If you still get the error below, try increasing the memory limit further, e.g. 2G or 4G.
@@ -161,8 +157,7 @@ Child process error: PHPStan process crashed because it reached configured PHP m
 
 ## Summary
 
-In this article we revisited the theoretical meaning of static analysis and focused on the change from psalm to PHPStan.
-It's highly recommended to use a static analysis tool in your project and, while both psalm and PHPStan perform similar functions, the latter has recently stepped ahead of the former.
+In this article we revisited the theoretical meaning of static analysis and focused on the change from psalm to PHPStan. It's highly recommended to use a static analysis tool in your project and, while both psalm and PHPStan perform similar functions, the latter has recently stepped ahead of the former.
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.md b/public/md-articles/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.md
index 303553c0..873be638 100644
--- a/public/md-articles/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.md
+++ b/public/md-articles/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.md
@@ -11,36 +11,48 @@ language: "en"
 # Using Aptana to connect to Dotkernel tracker (Mantis)
 
 ## TL;DR
-
 This guide explains how to connect the Aptana IDE to Dotkernel Tracker, the Mantis-based bug tracker used for the Dotkernel application framework, via the Mylyn plugin's Mantis connector.
 It walks through installing Aptana and Mylyn, adding Dotkernel Tracker as a task repository, and validating the connection so tickets can be managed directly from the IDE.
 
-## Overview
-
-Dotkernel Tracker is a Mantis web-based bugtracking system where bugs are reported, new features are announced, and other general tickets are added.
-To simplify the development of Dotkernel, the Aptana IDE was integrated with the Dotkernel Tracker bugtracking system.
-Screenshots for the steps below are available in the Downloads section, under [Using Aptana with the Mylyn connector for Mantis](https://www.dotkernel.com/download/?did=24).
-
-## Steps
-
-1. Install Aptana 2.0.5 by following the steps at [http://www.dotkernel.com/php-development/aptana-php-installation-in-aptana-2-x/](https://www.dotkernel.com/php-development/aptana-php-installation-in-aptana-2-x/).
-2. Install the Mylyn plugin.
-Go to Aptana -> Help -> Software Update.
-Add the update site: [http://download.eclipse.org/tools/mylyn/update/e3.4/](http://download.eclipse.org/tools/mylyn/update/e3.4/).
-3. In Aptana, go to Windows -> Show View -> Other -> Task Repository.
-4. Right click and select Add Task Repository -> Install More Connectors.
-5. Select Mantis, then Finish.
-6. Install the Mylyn Connector for Mantis.
-7. From the Task Repository window, right click and select Add Task Repository -> Mantis -> Next.
-Server: [http://www.dotkernel.net/api/soap/mantisconnect.php](http://www.dotkernel.net/api/soap/mantisconnect.php).
-Label: Dotkernel Tracker (or a custom string).
-User ID: your username from [http://www.dotkernel.net/](http://www.dotkernel.net/) - if you don't have an account, [sign up here](http://www.dotkernel.net/signup_page.php).
-8. To check if your connection works, click Validate Settings, then Finish.
-9. A popup will ask if you want to create a query; click Yes.
-10. Select project: Dotkernel.
-Select filter: Latest Dot Kernel tasks.
-Query Title: change the title if desired (optional).
-Click Finish.
+In developing **Dotkernel** application framework, we needed a tracking system. **[Dotkernel Tracker](http://www.dotkernel.net/)** is the place where the *bugs* are reported, new *features* are announced and other *general tickets* are added.
+
+**[Dotkernel Tracker](http://www.dotkernel.net/)** is a **[Mantis](http://www.mantisbt.org/)** web-based bugtracking system. To simplify the development of **Dotkernel**, we integrated our web development IDE – **[Aptana](http://www.aptana.com/)** with our bugtracking system – **[Dotkernel Tracker](http://www.dotkernel.net/)**. In the ***Downloads*** section, you will find screenshots with the below steps for **[Using Aptana with the Mylyn connector for Mantis](../download/?did=24)**
+
+**1.** Install **Aptana** 2.0.5 by following these steps: **[http://www.dotkernel.com/php-development/aptana-php-installation-in-aptana-2-x/](../php-development/aptana-php-installation-in-aptana-2-x/)**
+
+**2.** Install the **Mylyn** plugin:
+
+*Aptana* -> *Help* ->*Software Update*
+
+*Add***: [http://download.eclipse.org/tools/mylyn/update/e3.4/](http://download.eclipse.org/tools/mylyn/update/e3.4/)**
+
+**3.** *Aptana*- >*Windows* -> *Show View* -> *Other* -> *Task* *Repository*
+
+**4.** Right click: *Add* *Task* *Repository* -> *Install* *More* *Connectors*
+
+**5.** Select *Mantis* , then *Finish*
+
+**6.** Install ***Mylyn Connector*** *–* ***Mantis***
+
+**7.** From the *Task* *Repository* window, right click to select *Add* *Task* *Repository*-> *Mantis*->*Next*
+
+*Server* : **[http://www.dotkernel.net/api/soap/mantisconnect.php](http://www.dotkernel.net/api/soap/mantisconnect.php)**
+
+*Label*: **Dotkernel Tracker** (or a custom string )
+
+*User ID*: your username from **[http://www.dotkernel.net/](http://www.dotkernel.net/)**. If you don’t have an account, signup **[here](http://www.dotkernel.net/signup_page.php)**
+
+**8.** To check if your connection works, click on *Validate* *Settings*, then *Finish*
+
+**9.** A window will popup asking if you want to create a query;  click *Yes*
+
+**10.** *Select project**: Dotkernel***
+
+*Select filter: **[Build-in] Latest Dot Kernel tasks***
+
+*Query Title:* change title – optional
+
+*Finish*
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/using-php-7-express-in-zend-studio-13.md b/public/md-articles/php-development/using-php-7-express-in-zend-studio-13.md
index 922c1d0c..da633852 100644
--- a/public/md-articles/php-development/using-php-7-express-in-zend-studio-13.md
+++ b/public/md-articles/php-development/using-php-7-express-in-zend-studio-13.md
@@ -11,54 +11,66 @@ language: "en"
 # Using PHP 7 Express in Zend Studio 13
 
 ## TL;DR
-
 Zend Studio 13 introduces PHP 7 Express, a feature that checks whether pre-PHP7 code will run cleanly on a PHP7 server.
 This article walks through setting up a test project with the correct PHP version, verifying the PHP Interpreter setting, adding Zend Framework 1 to the project, and running PHP 7 Express to surface compatibility issues.
 
-## What Is PHP 7 Express?
+This article will cover the steps needed in order to check the PHP7 compatibility, a small troubleshooter.
+
+This article will also contain a compatibility issue check on the latest Zend Framework 1 version.
+
+## What is PHP 7 Express?
+
+PHP 7 Express is the newest feature added in Zend Studio (from version 13). This feature is very useful for checking if your pre-PHP7 code will work on a PHP7 server.
+
+## The project creation
 
-PHP 7 Express is the newest feature added in Zend Studio, starting with version 13.
-This feature is very useful for checking if your pre-PHP7 code will work on a PHP7 server.
+If you already have the project backup and you are sure you can modify your project you can skip this step.
 
-## The Project Creation
+If you want to create a new project for testing instead of modifying the original project make sure the PHP Version is set to PHP 5.6 or the PHP Version you use in the project. Choosing the PHP 7 option will hide the PHP 7 Express feature because Zend Studio assumes a PHP 7 project doesn't need compatibility checks, but if the project is using a different version of PHP compatibility issues might apper.
 
-If you already have the project backup and you are sure you can modify your project, you can skip this step.
-If you want to create a new project for testing instead of modifying the original project, make sure the PHP Version is set to PHP 5.6, or whichever PHP version you use in the project.
-Choosing the PHP 7 option will hide the PHP 7 Express feature, because Zend Studio assumes a PHP 7 project doesn't need compatibility checks, but if the project is actually using a different version of PHP, compatibility issues might appear.
-Long story short: use the exact PHP version your project is using at project creation.
+Long story short: Use the exact PHP version your project is using at the project creation.
 
-## The 'PHP Interpreter' Selection
+[![The New Local PHP Project dialog in Zend Studio 13](/uploads/article/019f8a80-cc69-7286-91c9-b075c0b9be59/Screenshot-2015-12-22-16.21.56.png)](/uploads/2015/12/Screenshot-2015-12-22-16.21.56.png) The "New Local PHP Project" dialog in Zend Studio 13 and the PHP version selection
+
+## The 'PHP Interpreter' selection
+
+If the **PHP 7 Express** feature is won't show up the issue might be the **PHP Interpreter** selected.
 
-If the PHP 7 Express feature won't show up, the issue might be the PHP Interpreter selected.
 To check and modify the PHP Interpreter:
 
-- Right click the project.
-- Type "interpreter".
-- The PHP -> Interpreter option should show up.
-- If you only need a specific interpreter for a specific project, check "Enable Project specific settings" - this way you won't affect the other projects in the current workspace.
+- right click the project
+- type "interpreter"
+- The **PHP** -> **Interpreter** option should show up
+- If you only need a specific interpreter for a specific project you can check "Enable Project specific settings" by checking this option you won't affect the other projects in the current workspace
+
+[![Zend Studio PHP Interpreter Dialog](/uploads/article/019f8a80-cc69-7286-91c9-b075c0b9be59/zftest.png)](/uploads/2015/12/zftest.png) Zend Studio PHP Interpreter Dialog
 
-The PHP 7 Express feature should now show up.
+The **PHP 7 Express** feature should now show up.
 
-## Project Preparation
+## Project preparation
 
-As an example, a local project named zend-framework-test is used, and the latest Zend Framework 1 version is added to it.
+As we created a local project named **zend-framework-test** we will add the latest Zend Framework 1 version in our project.
 
-- Right click on the project.
-- Create a new folder named library.
-- Download the latest Zend Framework 1 version from [here](http://framework.zend.com/downloads/latest#ZF1), making sure to choose the Full option, not the Full Package one.
-- Extract the archive and browse the library folder.
-- Copy the Zend folder into your project's library folder.
-- If the drag and drop didn't work and you had to manually copy the folder into your project, click the project folder in Zend Studio and press F5 (Refresh).
+- right click on the project
+- create a new folder named **library**
+- download the latest **Zend Framework 1** version from [here](http://framework.zend.com/downloads/latest#ZF1), make sure you choose the **Full** option, not the **Full Package** one
+- extract the archive and browse the **library** folder
+- copy the **Zend** folder in your project's **library** folder
+- if the Drag and Drop didn't work and you had to manually copy the folder in your project you can click the project folder in Zend Studio and just press **F5** (Refresh)
 
 ## Using PHP 7 Express - Testing Zend Framework 1
 
-Using PHP 7 Express is very easy:
+Now let's see **PHP 7 Express** in action. Using PHP 7 Express is very easy:
+
+- right-click the **project,** not a folder or a file because the feature won't show up
+- click "**Run PHP 7 Express...**"
+- a confirmation prompt will be displayed
+
+After the analysis was done, you should see the **PHP 7 Express** view (or tab) in the bottom pane in Zend Studio (this depends on the perspective).
 
-- Right-click the project, not a folder or a file, because the feature won't show up.
-- Click "Run PHP 7 Express...".
-- A confirmation prompt will be displayed.
+The result should look like this:
 
-After the analysis is done, the PHP 7 Express view (or tab) appears in the bottom pane in Zend Studio, depending on the perspective.
+[![Zend Framework 1 compatibility issues with PHP7](/uploads/article/019f8a80-cc69-7286-91c9-b075c0b9be59/php7errors.png)](/uploads/2015/12/php7errors.png) Zend Framework 1 compatibility issues with PHP7
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/version-control-ignore-patterns-in-zend-studio.md b/public/md-articles/php-development/version-control-ignore-patterns-in-zend-studio.md
index a19ea63a..0003d4e0 100644
--- a/public/md-articles/php-development/version-control-ignore-patterns-in-zend-studio.md
+++ b/public/md-articles/php-development/version-control-ignore-patterns-in-zend-studio.md
@@ -11,20 +11,24 @@ language: "en"
 # Version Control Ignore Patterns in Zend Studio
 
 ## TL;DR
-
 Zend Studio lets you manage "Ignored Resources" patterns globally, under Window -> Preferences -> Team -> Ignored Resources, instead of configuring them separately for each project.
 This is especially handy when a workspace mixes Git and SVN projects, though any given project can still opt to use its own specific patterns instead of the global ones.
 
-## Managing Global Ignored Resources
+In order to globally manage the ["Ignored Resources"](http://www.dotkernel.com/best-practice/svn-keywords-setup-in-php-ide-zend-studio/)  patterns in Zend Studio, for all projects , instead of manually add to each project, you can do the following:
+
+1. Go to **Window**-> **Preferences**
+
+2. **Team** -> **Ignored Resources **
+
+3. using **Add Pattern,** you can add each ignored pattern , one by one . Or you can remove some of allready existing patterns.
+
+This is specially useful when you have both Git and SVN projects in your workspace , also when you tend to be less careful about your code and workspace :-)
 
-In order to globally manage the [Ignored Resources](https://www.dotkernel.com/best-practice/svn-keywords-setup-in-php-ide-zend-studio/) patterns in Zend Studio for all projects, instead of manually adding them to each project, you can do the following:
+Also, on each project, you can use either global ignored  patterns, or use specific ones.
 
-1. Go to Window -> Preferences.
-2. Team -> Ignored Resources.
-3. Using Add Pattern, add each ignored pattern one by one, or remove some of the already existing patterns.
+ 
 
-This is especially useful when you have both Git and SVN projects in your workspace, and also when you tend to be less careful about your code and workspace.
-Also, on each project, you can use either the global ignored patterns or specific ones.
+[![ignore-patterns](/uploads/article/019f8a80-cc67-73be-b359-c0cc3c3adbed/ignore-patterns.png)](/uploads/2013/04/ignore-patterns.png)
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.md b/public/md-articles/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.md
index 71b449db..dfe9e2d2 100644
--- a/public/md-articles/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.md
+++ b/public/md-articles/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.md
@@ -11,19 +11,16 @@ language: "en"
 # Welcome to the 10th Zend Certified Engineer in Dotboost Team
 
 ## TL;DR
-
 Dotboost Technologies Inc. announces that the 10th member of its team has passed the Zend Certified Engineer exam, part of its commitment to top-level PHP development and quality assurance for clients.
 Next up: adopting Zend Framework 2 best practices, pursuing the Zend Framework 2 Certified Architect exam, and, starting in 2014, making Zend Certification mandatory for every developer on the team.
 
-## Milestone Announcement
+Today is a major milestone for our [Dotboost Technologies Inc.](http://www.dotboost.com) Company. We are announcing the 10th member of the team passed the Zend Certified Engineer exam.
+
+[Zend Yellow Pages](http://bit.ly/dotboost-zce)
 
-Today is a major milestone for [Dotboost Technologies Inc.](http://www.dotboost.com)
-The company is announcing that the 10th member of the team has passed the Zend Certified Engineer exam.
-See the [Zend Yellow Pages](http://bit.ly/dotboost-zce) listing.
+This is part of our commitment to ensure that our clients have access to top level PHP development as standard practice and allows us to follow a strong quality assurance program. The next step is to implement the Zend Framework 2 best practices and to take the upcoming Zend Framework 2 Certified Architect exam.
 
-This is part of the company's commitment to ensure that clients have access to top level PHP development as standard practice, and it allows the team to follow a strong quality assurance program.
-The next step is to implement Zend Framework 2 best practices and to take the upcoming Zend Framework 2 Certified Architect exam.
-Beginning 2014, a Zend Certification will become mandatory for every developer in the team.
+Beginning 2014, a Zend Certification will became mandatory for every developer in our team.
 
 ## FAQ
 
diff --git a/public/md-articles/php-development/zend-server-5-5-quick-setup-on-windows.md b/public/md-articles/php-development/zend-server-5-5-quick-setup-on-windows.md
index aced37fb..68aaec3d 100644
--- a/public/md-articles/php-development/zend-server-5-5-quick-setup-on-windows.md
+++ b/public/md-articles/php-development/zend-server-5-5-quick-setup-on-windows.md
@@ -11,26 +11,37 @@ language: "en"
 # Zend Server 5.5 Quick Setup on Windows
 
 ## TL;DR
-
 A fresh Zend Server 5.5.0 install on Windows 7 needs a few quick tweaks before it's ready for development: enabling mod_rewrite in Apache, adjusting a handful of PHP directives, and fixing APC so it actually works even though it's shown as enabled.
 
-## Quick Setup Steps
-
-In order to make a fresh installation of Zend Server 5.5.0 on Windows 7 usable and ready for development, a few quick steps are required.
-
-1. Enable mod_rewrite.
-   - Open the file ZEND_INSTALATION_PATH/Apache2/conf/httpd.conf and change the AllowOverride directive from None to All.
-   - Restart the Apache service.
-2. PHP fine tunes.
-   - Go to the Zend Server administration interface at [http://localhost:10081/ZendServer/](http://localhost:10081/ZendServer/), then Server Setup -> Directives, and change the following.
-   - Set timezone: set date to America/New_York.
-   - Set error reporting: display_errors to on, and error_reporting to -1.
-3. Enable APC.
-   - APC is listed as enabled in the Zend Server admin interface, but the app dll file is missing, so APC isn't actually working.
-   - Download the latest php_apc dll file from [here](http://windows.php.net/downloads/pecl/releases/apc/) - at the time of writing, php_apc-3.1.5-5.3-nts-vc9-x86.zip was the latest non-thread-safe VC9 build available.
-   - Extract php_apc.dll to ZEND_INSTALATION_PATH/ZendServer/lib/phpext/.
-   - Open the php.ini file from ZEND_INSTALATION_PATH/ZendServer/etc/php.ini and add the line extension=php_apc.dll.
-   - Restart the Apache service.
+In order to make  usable a fresh installation of Zend Server 5.5.0 on Windows 7, and be ready for development , few quick steps are required:
+
+**1. Enable mod_rewrite**
+
+-  Open the file ZEND_INSTALATION_PATH/Apache2/conf/httpd.conf. Change the directive *AllowOverride* fron None to All
+
+- Restart Apache service
+
+**2. PHP fine tunes**
+
+- go to Zend Server administration interface, [http://localhost:10081/ZendServer/](http://localhost:10081/ZendServer/), Server Setup-> Directives, and change the following:
+
+- set timezone:  set ***date*** to *America/New_York*
+
+-set error reporting: **display_errors ** set to **on**, and **error_reporting** to **-1** .
+
+**3. Enable APC**
+
+- APC is listed as been enabled in Zend Server admin interface, but the app dll file is missing, and APC is not working
+
+- download the latest php apc dll file, from [here](http://windows.php.net/downloads/pecl/releases/apc/) . Quite old file at the time of this post, *php_apc-3.1.5-5.3-nts-vc9-x86.zip*, which is the latest Non-thread-safe VC9 file available. Download the archive and extract the file *php_apc.dll* to ZEND_INSTALATION_PATH/ZendServer/lib/phpext/
+
+- open *php.ini* file, from ZEND_INSTALATION_PATH/ZendServer\etc\php.ini , add the line *extension=php_apc.dll*
+
+- Restart Apache service
+
+ 
+
+ 
 
 ## FAQ
 
diff --git a/public/md-articles/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.md b/public/md-articles/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.md
index eefef505..e76b0fdc 100644
--- a/public/md-articles/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.md
+++ b/public/md-articles/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.md
@@ -11,19 +11,20 @@ language: "en"
 # FIX: Installing PEAR packages with PHP 7.2
 
 ## TL;DR
-
 On PHP 7.2, installing PEAR packages such as PHP Code Sniffer fails with a "Cannot use result of built-in function in write context" error in Archive_Tar's Tar.php, because a function is called by reference.
 The fix is to edit the offending line in Tar.php to drop the by-reference call, then reinstall Archive_Tar and the target package.
 
+This article will cover the solution to the PEAR "*Cannot use result of built-in function in write context*" issue.
+
 ## The Issue
 
 If installing a pear package (for instance PHP Code Sniffer), when running:
 
-```bash
+```
 pear install PHP_CodeSniffer
 ```
 
-this error is shown:
+This error is shown
 
 ```
 PHP Fatal error: Cannot use result of built-in function in write context in ...\php\pear\Archive\Tar.php on line 639
@@ -31,47 +32,61 @@ Fatal error: Cannot use result of built-in function in write context in ...\pear
 ```
 
 This error is shown because the function is called by reference.
+
 More details about this issue can be found in [this Pull Request](https://github.com/pear/Archive_Tar/pull/18).
 
-## The Solution
+ 
+
+## The solution
 
-You might be tempted to execute the following:
+You might be tempted to execute the following
 
-```bash
+```
 pear install Archive_Tar
 ```
 
 which will result in the same error.
+
+ 
+
 Go to the line indicated in the error (639 in this case) and replace:
 
-```php
-$v_att_list = &func_get_args();
+```
+ $v_att_list = & func_get_args();
 ```
 
-with:
+with
 
-```php
-$v_att_list = func_get_args();
 ```
+ $v_att_list = func_get_args();
+```
+
+The above means the **func_get_args() **isn't called by reference anymore.
 
-The above means func_get_args() isn't called by reference anymore.
+## Our recommendation
 
-## Our Recommendation
+The above does fix the problem, **but we recommend installing **the Archive_Tar again so you have the latest working version.
+
+ 
 
-The above does fix the problem, but it's recommended to also install Archive_Tar again so you have the latest working version.
 Run the following command:
 
-```bash
+```
 pear install Archive_Tar
 ```
 
-This will update your Archive_Tar PEAR package.
-And to install the code sniffer, run:
+This will update your Archive Tar PEAR package.
 
-```bash
+ 
+
+And to install the code sniffer run:
+
+```
 pear install PHP_CodeSniffer
 ```
 
+ 
+
 ## FAQ
 
 **Q: What error occurs when installing PEAR packages with PHP 7.2?**
diff --git a/public/md-articles/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.md b/public/md-articles/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.md
index a657c180..0f44ce5d 100644
--- a/public/md-articles/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.md
+++ b/public/md-articles/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.md
@@ -11,26 +11,29 @@ language: "en"
 # Where is the intl PHP extension? Problem solved!
 
 ## TL;DR
-
 Errors like "requires intl PHP extension" or "extension intl is missing" happen because the PHP Intl extension isn't installed or enabled.
 This article explains what Intl is used for, why it might be missing depending on whether you have a bundled or unbundled PHP install, and gives step-by-step fixes for both Linux and Windows servers.
 
 ## Problem
 
-PHP packages, frameworks, libraries, and scripts might require different PHP extensions.
-In this case, the Intl extension is needed to work with Internationalization Functions.
-See [What is Internationalization?](https://www.w3.org/International/questions/qa-i18n) for background.
-Have you seen any of these error messages?
+PHP packages/frameworks/libraries/scripts we work with might require different PHP extensions. In this case the Intl extension is needed to work with using Internationalization Functions.
+
+[What is Internationalization?](https://www.w3.org/International/questions/qa-i18n)
+
+Got any of these error messages?
 
 - Zend InputFilter requires intl PHP extension
 - The requested PHP extension intl is missing from your system
 
+ 
+
 This happened because the PHP Intl extension isn't installed or enabled.
-Parts of this tutorial can also serve as a guide for installing or enabling other extensions.
 
-## What Is PHP Intl?
+Parts of this tutorial can be also a guide for installing or enabling other extensions.
+
+## What is PHP Intl?
 
-> Internationalization extension (further referred to as Intl) is a wrapper for the ICU library, enabling PHP programmers to perform various locale-aware operations including but not limited to formatting, transliteration, encoding conversion, and calendar operations.
+> Internationalization extension (further is referred as Intl) is a wrapper for » ICU library, enabling PHP programmers to perform various locale-aware operations including but not limited to formatting, transliteration, encoding conversion, calendar operations
 
 Source: [PHP Documentation](https://www.php.net/manual/en/book.intl.php)
 
@@ -40,47 +43,58 @@ Source: [PHP Documentation](http://php.net/manual/en/intl.installation.php)
 
 ## Cause
 
-If you have installed the unbundled PHP version, the extension is not installed on the system, unless you've installed it separately.
-If you have the bundled PHP version, the extension might exist but not be enabled.
+If you have installed the unbundled PHP version, the extension is not installed on the system. (unless you've installed it separately)
+
+If you have the bundled PHP version, the extension might be existing but not enabled.
+
+ 
 
 ## Solutions
 
-### For Linux-Based Server (Assuming You Have Root Access)
+### For Linux-based Server (assuming you have root access):
+
+- Make sure the **php_intl.so** file exists within your php extensions directory, find the extensions directory by:
+  - using **phpinfo()**
+  - running this command: `php -r "echo ini_get('extension_dir');"`
+  - (note: both options gets the extension_dir right from the PHP runtime configuration)
 
-- Make sure the php_intl.so file exists within your PHP extensions directory.
-Find the extensions directory by using `phpinfo()`, or by running: `php -r "echo ini_get('extension_dir');"` - both options get the extension_dir right from the PHP runtime configuration.
 - If the file exists:
-  - Search for the config file (php.ini, usually /etc/php.ini) and open it.
-  - Make sure the line "extension=php_intl.so" exists and is not commented out.
-  - Restart the web server (usually `sudo service httpd restart`).
-  - Check if the extension is enabled using `phpinfo()`.
-- If the file doesn't exist:
-  - Check your PHP version by running the `php -v` command.
-  - For PHP 5, install the php-intl package using your [package manager](https://en.wikipedia.org/wiki/Package_manager#Front-ends_for_locally_compiled_packages) - most commonly `apt-get install php-intl` (Ubuntu-based) or `yum install php-intl` (CentOS).
-  - For PHP 7, install the php7.x-intl package (depending on your PHP version).
-  - Repeat the steps for the case in which the file exists.
+  - search for the config file (**php.ini,** usually **/etc/php.ini**) and open it
+  - Make sure the line "extension=php_intl.so" is existing and not commented
+  - Restart the web server (usually **sudo service httpd restart**)
+  - Check if the extension is enabled using **phpinfo()**
+- If the file doesn't exist
+  - Check your php version by running the "php -v" command
+  - For PHP 5 install the **php-intl** package using your package manager - [package managers and commands](https://en.wikipedia.org/wiki/Package_manager#Front-ends_for_locally_compiled_packages)
+    - Most common: **apt-get install php-intl (for ubuntu-based linux) **or **yum install php-intl (for CentOS)**
+  - For PHP 7, install the **php7.x-intl **(depending on your php version)
+  - Repeat the steps for the case in which the file exists
 
-For projects hosted on a shared hosting platform, you must ask your hosting provider to install/enable the PHP Intl extension.
+For projects hosted on a shared hosting platform you must ask your hosting provider to install/enable the PHP Intl extension.
 
-### For Windows-Based Server
+ 
+
+### For Windows-based Server:
+
+- Make sure the **php_intl.dll** file exists within your php extensions directory
+  - for separately installed PHP: C:\path\to\php\ext\
+  - for xampp: C:\path\to\xampp\php\ext
+  - (note: your drive letter might be different)
 
-- Make sure the php_intl.dll file exists within your PHP extensions directory:
-  - For a separately installed PHP: C:\path\to\php\ext\
-  - For XAMPP: C:\path\to\xampp\php\ext
-  - Note: your drive letter might be different.
 - If the file exists:
-  - Search for the config file (php.ini, usually in the same folder as the PHP executable) and open it.
-  - Make sure the line "extension=php_intl.dll" exists and is not commented out.
-  - Restart the web server (usually Apache).
-  - Check if the extension is enabled using `phpinfo()`.
+  - search for the config file (**php.ini,** usually in the same folder as the php executable) and open it
+  - Make sure the line "extension=php_intl.dll" is existing and not commented
+  - Restart the web server (usually apache)
+  - Check if the extension is enabled using **phpinfo()**
+
 - If the file doesn't exist:
-  - Check your PHP version by running the `php -v` command.
-  - Download the PHP version that corresponds to yours from the [PHP Downloads Page](http://windows.php.net/download/) (TS/NTS, x86/x64).
-To find thread safety for your PHP, run `php -i | findstr "Thread"`.
-  - Search for the php_intl.dll file in the ext folder of that downloaded version and copy it into your php\ext folder.
-  - Repeat the steps for the case in which the file exists.
+  - Check your php version by running the "php -v" command
+  - Download the PHP version that corresponds to yours from the [PHP Downloads Page](http://windows.php.net/download/) (TS/NTS, x86/x64)
+    - To find thread safety for php, run: **php -i | findstr "Thread"** , [source & more info](http://stackoverflow.com/questions/5799843/find-if-the-installed-php-is-threadsafe-or-nonthreadsafe%20target=).
+  - Search for the **php_intl.dll** file in the ext folder in that version and copy it in your php\ext folder
+  - Repeat the steps for the case in which the file exists
 
-Edit: changed php7.0 occurrences with php7.x, as the version may vary.
+Edit: changed **php7.0 **occurrences with **php7.x** as the version may vary.
 
 ## FAQ
 
@@ -91,7 +105,7 @@ A: Typical errors include "Zend InputFilter requires intl PHP extension" and "Th
 A: Intl (Internationalization extension) is a wrapper for the ICU library that lets PHP programmers perform locale-aware operations, including formatting, transliteration, encoding conversion, and calendar operations. It can be installed bundled since PHP 5.3.0, or as a separate PECL extension since PHP 5.2.0.
 
 **Q: How do you find your PHP extensions directory?**
-A: You can find the extension_dir either by calling phpinfo() or by running the command php -r "echo ini_get('extension_dir');" - both read the value straight from the PHP runtime configuration.
+A: You can find the extension_dir either by calling phpinfo() or by running the command php -r "echo ini_get('extension_dir');" — both read the value straight from the PHP runtime configuration.
 
 **Q: How do you enable the Intl extension on a Linux server if the file already exists?**
 A: Confirm php_intl.so exists in your extensions directory, open the php.ini config file (usually /etc/php.ini), make sure the line "extension=php_intl.so" exists and isn't commented out, restart the web server (e.g. sudo service httpd restart), and verify with phpinfo().
diff --git a/public/md-articles/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.md b/public/md-articles/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.md
index f838f3e7..12773335 100644
--- a/public/md-articles/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.md
+++ b/public/md-articles/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.md
@@ -11,36 +11,77 @@ language: "en"
 # Code Quality: How to setup phpcs in PHPStorm
 
 ## TL;DR
-
 PHP_CodeSniffer (phpcs) needs to be configured correctly in PHPStorm under PHP > Quality Tools > PHP_CodeSniffer, with the Custom coding standard pointed at your project's phpcs.xml file.
 This article gives separate setup steps for a freshly cloned project versus an existing one that isn't reporting issues yet, and explains how to read the resulting inline error and warning indicators in the editor.
 
-PHP_CodeSniffer or phpcs is a tool that helps developers maintain a specific standard in the way they write code.
-In order to be able to provide relevant information, phpcs needs to be configured correctly in PHPStorm (see image).
+PHP_CodeSniffer or phpcs is a tool that helps developers maintain a specific standard in the way they write code. In order to be able to provide relevant information, phpcs needs to be configured correctly in PHPStorm (see image).
+
+![](/uploads/article/019f8a80-cc90-7160-853d-18cb7411b9ff/image.png)
+
 Whether you just cloned or you are already working on a project, follow the below guide on how to prepare your environment.
 
-## When Cloning a Project
+## When cloning a project
+
+**Step 1**:
+
+*Windows Terminal*: Move to the directory where you want to clone the project
+
+**Step 2**:
+
+*Windows Terminal*: Clone the project
+
+**Step 3**:
+
+*PHPStorm*: install composer dependencies
+
+**Step 4**:
+
+*PHPStorm*: restart
+
+**Step 5**:
+
+*PHPStorm*: Open Settings (*FIle* -> *Settings*) and go to *PHP* -> *Quality Tools* -> *PHP_CodeSniffer*:
+
+- Make sure that the inspection button is ON
+- *Coding standard* is set to *Custom* and the field next to it contains the path to your project's *phpcs.xml* file
+
+## For an existing project
 
-1. Windows Terminal: Move to the directory where you want to clone the project.
-2. Windows Terminal: Clone the project.
-3. PHPStorm: install composer dependencies.
-4. PHPStorm: restart.
-5. PHPStorm: Open Settings (File -> Settings) and go to PHP -> Quality Tools -> PHP_CodeSniffer:
-    - Make sure that the inspection button is ON.
-    - Coding standard is set to Custom and the field next to it contains the path to your project's phpcs.xml file.
+**Step 1**:
 
-## For an Existing Project
+*PHPStorm*: Open Settings (*FIle* -> *Settings*) and go to *PHP* -> *Quality Tools* -> *PHP_CodeSniffer*. There, if *Coding standard* is set to *Custom* and the field next to it contains the path to your project's *phpcs.xml* file, then PHPStorm is configured correctly to use phpcs - NO need to continue with the next steps.
 
-1. PHPStorm: Open Settings (File -> Settings) and go to PHP -> Quality Tools -> PHP_CodeSniffer.
-There, if Coding standard is set to Custom and the field next to it contains the path to your project's phpcs.xml file, then PHPStorm is configured correctly to use phpcs - NO need to continue with the next steps.
-2. PHPStorm: delete (if exists) the vendor directory.
-3. PHPStorm: install composer dependencies.
-4. PHPStorm: restart.
-5. Go to Step 1.
+**Step 2**:
+
+*PHPStorm*: delete (if exists) the vendor directory
+
+**Step 3**:
+
+*PHPStorm*: install composer dependencies
+
+**Step 4**:
+
+*PHPStorm*: restart
+
+**Step 5**:
+
+Go to **Step 1**.
 
 After you have the above configurations, you should start seeing information in the top-right corner of the editor.
-Once PHPStorm has finished analyzing the opened file, you should see either a green tick (meaning no errors) or a count of all the errors, warnings, and typos.
-Clicking on them will open a section where you get detailed information on each item, their location, and recommendations on how to fix them.
+
+![](/uploads/article/019f8a80-cc90-7160-853d-18cb7411b9ff/image-1-1024x83.png)
+
+Once the PHPStorm has finished analyzing the opened file, you should see either a green tick (meaning no errors)
+
+![](/uploads/article/019f8a80-cc90-7160-853d-18cb7411b9ff/image-2-1024x66.png)
+
+or a count of all the errors, warnings, typos:
+
+![](/uploads/article/019f8a80-cc90-7160-853d-18cb7411b9ff/image-3.png)
+
+Clicking on them will open a section where you get detailed information on each item, their location and recommendations on how to fix them:
+
+![](/uploads/article/019f8a80-cc90-7160-853d-18cb7411b9ff/image-5.png)
 
 ## FAQ
 
diff --git a/public/md-articles/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.md b/public/md-articles/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.md
index 80487470..3c1509e0 100644
--- a/public/md-articles/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.md
+++ b/public/md-articles/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.md
@@ -11,15 +11,15 @@ language: "en"
 # Scienta ZF Debug Bar: A very helpfull ZF debug tool
 
 ## TL;DR
-
 The author came across the Scienta ZF Debug Bar, a debugging tool for Zend Framework applications.
 Dotkernel had been relying on its own basic debug bar, which only showed queries, time spent, and memory used.
 Finding Scienta far more complex and polished than their internal tool, the Dotkernel team decided to switch to it and integrate it into the Dotkernel code base.
 
-Just found today a very interesting and helpful debug tool: [Scienta](http://jokke.dk/software/scientadebugbar).
+Just found today a very interesting and helpful debug tool:
+
+**[Scienta](http://jokke.dk/software/scientadebugbar)**
 
-We at Dotkernel used some very basic debug bar: queries, time spent, memory used.
-But this Scienta is way more complex and nicer than our internal code, so we switch to it and integrate it in Dotkernel code base.
+We at Dotkernel used some very basic debug bar:  queries, time spent , memory used.  But this **Scienta** is way more complex and nicer then our internal code,  so we switch to it and integrate it in Dotkernel code base.
 
 ## FAQ
 
diff --git a/public/md-articles/zend-framework/sunsetting-pear-channel-for-zend-framework-1.md b/public/md-articles/zend-framework/sunsetting-pear-channel-for-zend-framework-1.md
index d5cdd1e8..fe3ed7e6 100644
--- a/public/md-articles/zend-framework/sunsetting-pear-channel-for-zend-framework-1.md
+++ b/public/md-articles/zend-framework/sunsetting-pear-channel-for-zend-framework-1.md
@@ -11,18 +11,19 @@ language: "en"
 # Sunsetting PEAR Channel for Zend Framework 1
 
 ## TL;DR
-
 Dotkernel is sunsetting its unofficial PEAR channel for Zend Framework 1, which was created in 2016 when PEAR was still widely used.
 The main reasons are that upgrading PEAR to work with PHP 8 is too painful, and the channel currently runs on an LXC container with CentOS 7, which doesn't work on the latest Proxmox version, making the upgrade to AlmaLinux not worth the effort.
 The post closes by thanking PEAR for its historical contribution to the PHP ecosystem.
 
-The unofficial PEAR channel for Zend Framework 1 was created in [2016](https://www.dotkernel.com/dotkernel/migration-of-zend-framework-1-pear-channel/), at the time when [PEAR](https://pear.php.net/) was still used a lot.
+## Sunsetting PEAR Channel for Zend Framework 1
+
+The unofficial **PEAR channel for Zend Framework 1** was created in [2016](https://www.dotkernel.com/dotkernel/migration-of-zend-framework-1-pear-channel/) , at the time when [PEAR](https://pear.php.net/) was still used a lot.
 
-Due to the fact that it is a pain to upgrade PEAR to work with PHP 8, we must sunset the channel.
+Due to the fact that is a pain to upgrade **PEAR** to work with **PHP 8** , we must sunset the channel .
 
-Another reason for sunsetting is that it currently runs on an LXC container with CentOS 7, which does not work on the latest Proxmox version, and the upgrade to AlmaLinux is too much of a pain.
+Another reason for sunsetting is that currently is running on an LXC container with Centos 7 , which does not work on latest Proxmox version, and the upgrade to Amlaminux is too much of a pain.
 
-Thank you PEAR for your contribution to the PHP ecosystem, it was a major part of PHP infrastructure.
+Thank you PEAR for your contribution to PHP ecosystem, it was a major part of **PHP** infrastructure .
 
 ## FAQ
 
diff --git a/public/md-articles/zend-framework/wurfl-php-api-libraries-gpl-versions.md b/public/md-articles/zend-framework/wurfl-php-api-libraries-gpl-versions.md
index c5926497..3886fb71 100644
--- a/public/md-articles/zend-framework/wurfl-php-api-libraries-gpl-versions.md
+++ b/public/md-articles/zend-framework/wurfl-php-api-libraries-gpl-versions.md
@@ -11,18 +11,19 @@ language: "en"
 # WURFL PHP API libraries , GPL versions
 
 ## TL;DR
-
 GPL versions of the WURFL PHP API libraries were made available: version 1.1, the one integrated into Zend Framework's Zend_Http_UserAgent component, and version 1.2.1, the latest released under the GPL license.
 A later edit notes the download was removed because an AGPL version is available (which readers need to get themselves), and as a favor to Luca Passani.
 
-GPL versions of WURFL PHP API libraries are ready to be downloaded from here.
+GPL versions of WURFL PHP API libraries are ready to be downloaded from here .
 
-Version 1.1 is the one integrated in Zend Framework Zend_Http_UserAgent component.
+Version 1.1 is the one integrated in Zend Framework Zend_Htpp_UserAgent component.
 
 Version 1.2.1 is the latest released under GPL license.
 
 *Later Edit: removed because A) AGPL version is available, but you'll need to download it for yourself and B) removed to make Luca Passani a favor :-).*
 
+ 
+
 ## FAQ
 
 **Q: Which WURFL PHP API library versions were made available under GPL?**
diff --git a/public/md-articles/zend-framework/zend-framework-1-12-4-released-with-security-fixes.md b/public/md-articles/zend-framework/zend-framework-1-12-4-released-with-security-fixes.md
index 65a6d1cb..93fefd43 100644
--- a/public/md-articles/zend-framework/zend-framework-1-12-4-released-with-security-fixes.md
+++ b/public/md-articles/zend-framework/zend-framework-1-12-4-released-with-security-fixes.md
@@ -11,24 +11,25 @@ language: "en"
 # Zend Framework 1.12.4 Released with Security Fixes
 
 ## TL;DR
-
 Matthew Weier O'Phinney announced the release of Zend Framework 1.12.4, along with 2.1.6 and 2.2.6, all containing security updates, and the ZF PEAR channel was updated to the latest 1.12.4 release.
 A March 7, 2014 edit notes that Zend Framework 1.12.5 was subsequently released to fix a backward compatibility issue introduced in the 1.12.4 release.
 
-[Matthew Weier O'Phinney](http://mwop.net/) just announced the release of ZF 1.12.4, 2.1.6, and 2.2.6 with Security Updates.
+[Matthew Weier O'Phinney](http://mwop.net/) just announced the release of ZF 1.12.4, 2.1.6, and 2.2.6 m with Security Updates
 
 For more information, please read the official release announcement: [Zend Framework Released](http://framework.zend.com/blog/zend-framework-1-12-4-2-1-6-and-2-2-6-released.html)
 
-Also, the ZF PEAR channel was updated to latest 1.12.4 release.
+Also, the ZF  PEAR channel was updated to latest 1.12.4 release.
 
 [pear upgrade zend/zend](http://code.google.com/p/zend/)
 
-March 7, 2014 EDIT:
+**March 7, 2014 EDIT:**
 
 Zend Framework 1.12.5 was released, in order to fix a backward compatibility issue introduced in 1.12.4 release.
 
 [Release Announcement](http://framework.zend.com/blog/zend-framework-1-12-5-released.html)
 
+ 
+
 ## FAQ
 
 **Q: Who announced the release of Zend Framework 1.12.4, and what other versions were released alongside it?**
@@ -38,4 +39,4 @@ A: Matthew Weier O'Phinney announced the release of ZF 1.12.4, along with 2.1.6
 A: Yes, the ZF PEAR channel was updated to the latest 1.12.4 release, upgradable via "pear upgrade zend/zend".
 
 **Q: Was there a follow-up issue after the 1.12.4 release?**
-A: Yes - per the March 7, 2014 edit, Zend Framework 1.12.5 was released in order to fix a backward compatibility issue introduced in the 1.12.4 release.
+A: Yes — per the March 7, 2014 edit, Zend Framework 1.12.5 was released in order to fix a backward compatibility issue introduced in the 1.12.4 release.
diff --git a/public/md-articles/zend-framework/zend-framework-1-7-0-released.md b/public/md-articles/zend-framework/zend-framework-1-7-0-released.md
index d350028a..99f13a9d 100644
--- a/public/md-articles/zend-framework/zend-framework-1-7-0-released.md
+++ b/public/md-articles/zend-framework/zend-framework-1-7-0-released.md
@@ -11,18 +11,19 @@ language: "en"
 # Zend Framework 1.7.0 Released
 
 ## TL;DR
-
 Zend Framework 1.7.0 has been released, and its headline feature is support for Adobe's Action Message Format (AMF) protocol in PHP 5 applications.
 The release is available directly from the official Zend Framework download page.
 
-At first glance, the biggest news is AMF support.
-This brings [Adobe's Action Message Format protocol to your PHP 5 application](http://framework.zend.com/manual/1.12/en/zend.amf.server.html).
-You can [download the latest ZF](http://framework.zend.com/download/latest) release directly.
+At first glance , the biggest news is AMF support:
+
+[Adobe's Action Message Format protocol to your PHP 5 application](http://framework.zend.com/manual/1.12/en/zend.amf.server.html)
+
+[Download latest  ZF](http://framework.zend.com/download/latest)
 
 ## FAQ
 
 **Q: What is described as the biggest news in the Zend Framework 1.7.0 release?**
-A: AMF support - bringing Adobe's Action Message Format protocol to PHP 5 applications.
+A: AMF support — bringing Adobe's Action Message Format protocol to PHP 5 applications.
 
 **Q: How can readers get this release?**
 A: Via the "Download latest ZF" link provided in the post, pointing to the official Zend Framework download page.
diff --git a/public/md-articles/zend-framework/zend-framework-1-end-of-life.md b/public/md-articles/zend-framework/zend-framework-1-end-of-life.md
index c0ef2b4b..f12ac98a 100644
--- a/public/md-articles/zend-framework/zend-framework-1-end-of-life.md
+++ b/public/md-articles/zend-framework/zend-framework-1-end-of-life.md
@@ -11,28 +11,13 @@ language: "en"
 # Zend Framework 1 End-of-Life
 
 ## TL;DR
-
 Zend Framework 1 has officially entered End-of-Life (EOL) status now that Zend Framework 3 has been released.
 Security updates for Zend Framework 1 continued only until 28 September 2016, three months after the announcement.
 
-The End-of-Life (EOL) term was just announced.
-Only up until Sept. 28, 2016, will Zend Framework 1 receive security updates.
-
-"With the release of Zend Framework 3, it's time to halt development on Zend Framework 1.
-As such, we hereby announce that Zend Framework 1 reaches its End of Life (EOL) three months from today, on 28 September 2016."
-
-Read the [official announcement](https://framework.zend.com/blog/2016-06-28-zf1-eol.html).
-
-## FAQ
-
-**Q: What does EOL mean for Zend Framework 1?**
-A: EOL stands for End-of-Life, meaning Zend Framework 1 has reached the end of its official support and development lifecycle.
+EOL (End-of-Life) term was just announced.
 
-**Q: Until when did Zend Framework 1 keep receiving security updates?**
-A: Only up until 28 September 2016, three months after the EOL announcement was made.
+Only up until Sept. 28, 2016, Zend Framework 1 will receive security updates.
 
-**Q: Why was Zend Framework 1 being discontinued?**
-A: Because Zend Framework 3 had been released, and it was time to halt development on Zend Framework 1.
+"With the release of Zend Framework 3, it's time to halt development on Zend Framework 1. As such, we hereby announce that Zend Framework 1 reaches its End of Life (EOL) three months from today, on 28 September 2016."
 
-**Q: Where was this announced?**
-A: In an official Zend Framework blog post announcing that Zend Framework 1 reaches its End of Life (EOL) on 28 September 2016.
+Read the official [announcement](https://framework.zend.com/blog/2016-06-28-zf1-eol.html).
diff --git a/public/md-articles/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.md b/public/md-articles/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.md
index d436ccb0..5870e2bf 100644
--- a/public/md-articles/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.md
+++ b/public/md-articles/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.md
@@ -11,48 +11,17 @@ language: "en"
 # Zend Framework as PEAR accessible repository on Plesk server
 
 ## TL;DR
-
 Rather than copying all of Zend Framework's many files into every project, this article shows how to install ZF as a PEAR-accessible repository on a Plesk server.
 This makes it easier to track which ZF version is installed on which server and avoids manually updating each project, though it can introduce backward compatibility concerns in future ZF releases.
 
-Why we want to install ZF as PEAR?
-Because it's too boring and time consuming to move all ZF files up and down for each script you want to install, and there are a lot of files.
-
-Also that way we can forget about the need to update ZF at latest versions, and keep track of which version and on which server we have ZF.
-Of course, backward compatibility can be an issue in future ZF releases (like the 2.0 branch for PHP > 5.3).
-
-1. Install PEAR if it is not installed already.
-2. Follow the instructions for [ZF PEAR](http://code.google.com/p/zend/).
-Then simply use: `pear install zend/zend`
-3. Create a vhosts.conf file in /var/www/vhosts/dotkernel.com/conf or wherever your vhost configuration folder is located.
-4. In that file, remove the open_basedir:
+Why we want to install ZF as PEAR ? Because is too boring and time consuming to move all ZF files up and down for each script you want to install , there are a lot of files.
 
-```ini
->php_admin_value open_basedir "/var/www/vhosts/dotkernel.com/httpdocs:/tmp:/usr/share/pear"
-```
+Also that way we can forget about the need to update ZF at latest versions, and keep tracks of which version and on which server we have ZF.  Of course, backward compatibility  can be an issue in future ZF releases ( like 2.0 branch for PHP > 5.3)
 
-5. Rebuild all vhosts: /usr/local/psa/admin/sbin/websrvmng -a
+1. Install PEAR if is not installed  already .
+2. Follow the instructions for [ZF PEAR](http://code.google.com/p/zend/). Then simply use: *pear install zend/zend*
+3. Create a vhosts.conf file in /var/www/vhosts/dotkernel.com/conf  or where is your vhost configuration folder located.
+4. In that file, remove the open_basedir :
+5. rebuild all vhosts:  /usr/local/psa/admin/sbin/websrvmng -a
 6. Restart httpd
-7. Call directly the preloader:
-
-```php
-> require_once 'Zend/Loader/Autoloader.php';
-```
-
-## FAQ
-
-**Q: Why install Zend Framework as a PEAR-accessible repository?**
-A: Because manually moving all ZF files up and down for each script you want to install is boring and time consuming, given the large number of files involved.
-It also lets you avoid manually updating ZF to the latest version in every project, and keep track of which version is installed on which server.
-
-**Q: What is a potential downside of this approach?**
-A: Backward compatibility can be an issue in future ZF releases, such as the 2.0 branch built for PHP > 5.3.
-
-**Q: What is the first step to set this up?**
-A: Install PEAR if it isn't installed already, then follow the instructions for ZF PEAR and run `pear install zend/zend`.
-
-**Q: What needs to change in the vhosts configuration?**
-A: Create a vhosts.conf file in your vhost configuration folder (e.g. /var/www/vhosts/dotkernel.com/conf), remove the open_basedir restriction, rebuild all vhosts with websrvmng -a, and restart httpd.
-
-**Q: How do you load Zend Framework classes after this setup?**
-A: By calling the preloader directly, e.g. `require_once 'Zend/Loader/Autoloader.php';`
+7. Call directly the preloader: require_once 'Zend/Loader/Autoloader.php';
diff --git a/public/md-articles/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.md b/public/md-articles/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.md
index 48a41320..e8d8532f 100644
--- a/public/md-articles/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.md
+++ b/public/md-articles/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.md
@@ -11,41 +11,24 @@ language: "en"
 # Zend_Mail and Zend_Http Security Fixes in Zend Framework 1.12.12
 
 ## TL;DR
-
 Zend Framework 1.12.12 was released with security fixes for the Zend_Mail and Zend_Http components.
 Consumers of these components, including Dotkernel which relies heavily on Zend_Mail, were strongly urged to upgrade immediately via PEAR or by applying the patch directly.
 A follow-up release, 1.12.13, was issued shortly after to fix a regression introduced in 1.12.12.
 
-The release of ZF 1.12.12 was just announced, with security updates especially on the Zend_Mail and Zend_Http components.
-For more information, please read the official release announcement: [Zend Framework 1.12.12 Released](http://bit.ly/1Hr0K6e).
-
-Also, the ZF PEAR channel was updated to the latest 1.12.12 release.
-
-pear upgrade zend/zend
-
-We strongly recommend that consumers of the Zend_Http and Zend_Mail components upgrade immediately.
-Also, Dotkernel Application Framework uses the Zend_Mail component intensively.
-
-If you cannot, you can download the patch separately and apply it to your ZF install: [ZF2015-04 patch for ZF1](https://packages.zendframework.com/releases/ZendFramework-1.12.12/0001-ZF2015-04-Fix-CRLF-injections-in-HTTP-and-Mail.patch).
+The release of ZF 1.12.12 was just announced, with Security Updates especially on Zend_Mail and Zend_Http components.
 
-May 20, 2015 EDIT:
+For more information, please read the official release announcement: [Zend Framework 1.12.12 Released](http://bit.ly/1Hr0K6e)
 
-Zend Framework 1.12.13 was released, in order to fix a regression issue introduced in the 1.12.12 release.
-See the [Release Announcement](http://framework.zend.com/blog/zend-framework-1-12-13-released.html).
+Also, the ZF PEAR channel was updated to latest 1.12.12 release.
 
-## FAQ
+**pear upgrade zend/zend**
 
-**Q: What security issue did Zend Framework 1.12.12 address?**
-A: It fixed security issues in the Zend_Mail and Zend_Http components.
+We strongly recommend that consumers of the Zend_Http and Zend_Mail components upgrade immediately. Also, Dotkernel Application Framework use intensively the Zend_Mail component.
 
-**Q: How can you get the fixed version?**
-A: By upgrading via the ZF PEAR channel using `pear upgrade zend/zend`, or by downloading and applying the ZF2015-04 patch separately if you cannot upgrade.
+If you cannot, you can download the patch separately and apply it to your ZF install: [ZF2015-04 patch for ZF1](https://packages.zendframework.com/releases/ZendFramework-1.12.12/0001-ZF2015-04-Fix-CRLF-injections-in-HTTP-and-Mail.patch)
 
-**Q: Why was this update particularly important for Dotkernel users?**
-A: Because Dotkernel Application Framework uses the Zend_Mail component intensively, consumers of Zend_Http and Zend_Mail were strongly urged to upgrade immediately.
+**May 20, 2015 EDIT:**
 
-**Q: Was there a follow-up release after 1.12.12?**
-A: Yes, Zend Framework 1.12.13 was released on May 20, 2015, to fix a regression issue introduced in the 1.12.12 release.
+Zend Framework 1.12.13 was released, in order to fix a regression issue introduced in 1.12.12 release.
 
-**Q: Where can you read the official announcements for these releases?**
-A: The 1.12.12 announcement is linked as "Zend Framework 1.12.12 Released", and the 1.12.13 regression fix announcement is linked as "Release Announcement".
+[Release Announcement](http://framework.zend.com/blog/zend-framework-1-12-13-released.html)
diff --git a/src/App/src/ConfigProvider.php b/src/App/src/ConfigProvider.php
index 7b61751a..965448c3 100644
--- a/src/App/src/ConfigProvider.php
+++ b/src/App/src/ConfigProvider.php
@@ -21,6 +21,8 @@
 use Light\App\Factory\GitHubClientFactory;
 use Light\App\Factory\LlmsFullGeneratorFactory;
 use Light\App\Factory\LlmsGeneratorFactory;
+use Light\App\Factory\MarkdownExtensionFactory;
+use Light\App\Factory\MarkdownRuntimeLoaderFactory;
 use Light\App\Factory\PackageGeneratorFactory;
 use Light\App\Factory\SitemapGeneratorFactory;
 use Light\App\Handler\GetFeedViewHandler;
@@ -39,6 +41,8 @@
 use Mezzio\Application;
 use Roave\PsrContainerDoctrine\EntityManagerFactory;
 use Symfony\Component\Cache\Adapter\AdapterInterface;
+use Twig\Extra\Markdown\MarkdownExtension;
+use Twig\RuntimeLoader\RuntimeLoaderInterface;
 
 use function getcwd;
 
@@ -144,6 +148,8 @@ public function getDependencies(): array
                 PackageGenerator::class               => PackageGeneratorFactory::class,
                 LlmsFullGenerator::class              => LlmsFullGeneratorFactory::class,
                 LlmsGenerator::class                  => LlmsGeneratorFactory::class,
+                MarkdownExtension::class              => MarkdownExtensionFactory::class,
+                RuntimeLoaderInterface::class         => MarkdownRuntimeLoaderFactory::class,
             ],
             'aliases'    => [
                 EntityManager::class          => 'doctrine.entity_manager.orm_default',
diff --git a/src/App/src/Factory/MarkdownExtensionFactory.php b/src/App/src/Factory/MarkdownExtensionFactory.php
new file mode 100644
index 00000000..b59cd738
--- /dev/null
+++ b/src/App/src/Factory/MarkdownExtensionFactory.php
@@ -0,0 +1,16 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Light\App\Factory;
+
+use Psr\Container\ContainerInterface;
+use Twig\Extra\Markdown\MarkdownExtension;
+
+class MarkdownExtensionFactory
+{
+    public function __invoke(ContainerInterface $container): MarkdownExtension
+    {
+        return new MarkdownExtension();
+    }
+}
diff --git a/src/App/src/Factory/MarkdownRuntimeLoaderFactory.php b/src/App/src/Factory/MarkdownRuntimeLoaderFactory.php
new file mode 100644
index 00000000..896b5fb0
--- /dev/null
+++ b/src/App/src/Factory/MarkdownRuntimeLoaderFactory.php
@@ -0,0 +1,24 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Light\App\Factory;
+
+use League\CommonMark\GithubFlavoredMarkdownConverter;
+use Psr\Container\ContainerInterface;
+use Twig\Extra\Markdown\LeagueMarkdown;
+use Twig\Extra\Markdown\MarkdownRuntime;
+use Twig\RuntimeLoader\FactoryRuntimeLoader;
+use Twig\RuntimeLoader\RuntimeLoaderInterface;
+
+class MarkdownRuntimeLoaderFactory
+{
+    public function __invoke(ContainerInterface $container): RuntimeLoaderInterface
+    {
+        return new FactoryRuntimeLoader([
+            MarkdownRuntime::class => static fn (): MarkdownRuntime => new MarkdownRuntime(
+                new LeagueMarkdown(new GithubFlavoredMarkdownConverter())
+            ),
+        ]);
+    }
+}
diff --git a/src/App/src/Fixture/PostLoader.php b/src/App/src/Fixture/PostLoader.php
index 51f484d5..96474a44 100644
--- a/src/App/src/Fixture/PostLoader.php
+++ b/src/App/src/Fixture/PostLoader.php
@@ -81,6 +81,7 @@ public function load(ObjectManager $manager): void
                 $excerpt      = $articleData['excerpt'] ?? '';
                 $tlDr         = $articleData['tl_dr'] ?? '';
                 $isObsolete   = (bool) ($articleData['isObsolete'] ?? false);
+                $isTwig       = (bool) ($articleData['isTwig'] ?? false);
                 $openGraphImg = $articleData['opengraph_img'] ?? null;
 
                 $article = $repository->findOneBy(['slug' => $slug]);
@@ -96,6 +97,7 @@ public function load(ObjectManager $manager): void
                     $article->setExcerpt($excerpt);
                     $article->setTldr($tlDr);
                     $article->setObsolete($isObsolete);
+                    $article->setTwig($isTwig);
                     $article->setOpenGraphImage($openGraphImg);
 
                     $manager->persist($article);
@@ -135,6 +137,10 @@ public function load(ObjectManager $manager): void
                         $article->setObsolete($isObsolete);
                         $changed = true;
                     }
+                    if ($article->isTwig() !== $isTwig) {
+                        $article->setTwig($isTwig);
+                        $changed = true;
+                    }
                     if ($article->getOpenGraphImage() !== $openGraphImg) {
                         $article->setOpenGraphImage($openGraphImg);
                         $changed = true;
diff --git a/src/App/src/Fixture/articles_cleaned.json b/src/App/src/Fixture/articles_cleaned.json
index d03a029a..b4d4e336 100644
--- a/src/App/src/Fixture/articles_cleaned.json
+++ b/src/App/src/Fixture/articles_cleaned.json
@@ -15,6 +15,7 @@
                 "excerpt": "Dotkernel borrows the database naming conventions from FaZend: Rules of naming of database tables and columns. FaZend is an open-source PHP framework based on Zend Framework.",
                 "tl_dr": "Dotkernel's database naming conventions are borrowed from FaZend's \"Rules of naming of database tables and columns.\"\nTables use singular, camelLetter names, every table has an auto-increment id, foreign keys are named after the referenced table and column, and SQL keywords are capitalized.",
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "tags": []
             },
@@ -27,6 +28,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "If you are using a WAMP stack, like WAMP or XAMPP, and try to create a table in camelCase ( example: adminLogin) you will notice that camelCase is not working, table name will be lowercase: adminlogin. In order to fix this, you need to add to your my.",
                 "tl_dr": "",
@@ -41,6 +43,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dot_Email class extends Zend_Mail, so all the methods from Zend_Mail are available  in Dot_Email. Dot_Email is a simple class composed only from 2 methods, except constructor, all  other methods beeing inherited  from Zend_Mail.",
                 "tl_dr": "Dot_Email extends Zend_Mail, so all of Zend_Mail's methods are available in it.\nBeyond its constructor, Dot_Email itself adds only two methods: setContent() and send().\nTo send an email you must always call addTo(), setSubject(), one of setBodyText()/setBodyHtml()/setContent(), and finally send().",
@@ -55,6 +58,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Finally we reached Dotkernel 1.2.",
                 "tl_dr": "Dotkernel 1.2.0 has been released, bringing changes since the previous 1.1.2 release.\nThe database tables were renamed and restructured to follow database naming conventions, and configuration for each \"dots\" (submodule) now lives in XML files instead of being hard-coded in PHP.\nThe release also adds new library classes (Dot_Geoip, Dot_Seo), updates existing ones (Dot_Curl, Dot_Session), and confirms that all SQL queries are written as prepared statements.",
@@ -69,6 +73,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Yesterday, we released Dotkernel 1.2.",
                 "tl_dr": "Dotkernel 1.2.2 is a bug-fix release that closes five tracked issues.\nBecause one of the fixes updated the copyright line, every PHP file in the codebase changed, so the full release or the incremental upgrade package is needed.",
@@ -83,6 +88,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel 1.3.",
                 "tl_dr": "Dotkernel 1.3.0 brings a switchable admin skin, a way to protect member-only pages, a rename of Dot_Sessions, and a reorganization of resource.xml into route.xml and dots.xml.\nBecause of that XML reorganization, 1.3.0 is not backward compatible with earlier versions.",
@@ -97,6 +103,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "GeoIP is the proprietary technology that drives MaxMind's IP geolocation data and services. It is a non-invasive way to determine geographical and other information about Internet visitors in real-time.",
                 "tl_dr": "GeoIP is MaxMind's proprietary technology for IP geolocation.\nDotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time.\nThe logic lives in library/Dot/Geoip.php, inside the getCountryByIp function, which branches over four cases depending on whether the mod_geoip PECL extension and its .dat files are available.",
@@ -111,6 +118,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "WURFL is integrated into Dotkernel, using the Zend_Http_UserAgent class from the latest release ZF 1.11.",
                 "tl_dr": "WURFL is integrated into Dotkernel using the Zend_Http_UserAgent class from ZF 1.11.0rc1 (the beta release at the time of the post).\nThis post walks through the required folders, config files, and code to wire it up.",
@@ -125,6 +133,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Before the winter holiday we came with a new release: Dotkernel 1.3.",
                 "tl_dr": "Released just before the winter holidays, Dotkernel 1.3.2 is mainly a maintenance release: it contains many bug fixes, some refactoring, and a few minor features.",
@@ -139,6 +148,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Zend_Auth and Zend_Acl have been integrated into the Dotkernel, starting with version 1.5.",
                 "tl_dr": "Zend_Auth and Zend_Acl have been integrated into Dotkernel starting with version 1.5.0.\nThe User and Admin models were completely refactored using the new Dot_Auth and Dot_Acl classes for authentication and access control.",
@@ -153,6 +163,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel has an example mobile site at http://v1.dotkernel.",
                 "tl_dr": "Dotkernel's example mobile site normally relies on Wurfl to detect mobile browsers and automatically redirect visitors there on their first homepage view, which isn't always desired.\nAs of revision 408, this behavior is controlled by a single resources.useragent.wurflapi.redirect setting in application.ini.\nThe article shows that setting along with the matching condition in IndexController.php that checks it before registering and redirecting a visit.",
@@ -167,6 +178,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In /var/www/vhosts/exampledomain.com/conf/vhost.",
                 "tl_dr": "",
@@ -194,6 +206,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "On one of our recent projects that used WURFL, response time was an important factor. Profiling revealed that the greatest chunk of response time (up to a few hundred milliseconds) was taken up by WURFL.",
                 "tl_dr": "On a high-traffic project using WURFL, profiling showed WURFL's default filesystem cache was costing up to a few hundred milliseconds per request. Adding a small, custom second cache layer on top of WURFL, built on APC, cut response time by an order of magnitude, down to 20-30ms.",
@@ -208,6 +221,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In Dotkernel, Zend_Registry will contain the following variables: startTime - the result of microtime() at the beginning of the request configuration - the configuration options loaded from configs/application.ini router - routing settings loaded from configs/router.",
                 "tl_dr": "In Dotkernel, Zend_Registry holds a fixed set of request-scoped variables — from timing and configuration to the database adapter and session object — and can be read either as a full instance or one value at a time.",
@@ -222,6 +236,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "We integrated long time ago the WURFL PHP API into Dotkernel code base. At that time, the license of that WURFL library was GNU/GPL, which make it perfect compatible with Zend Framework license( new BSD) and Dotkernel ( OSL 3.",
                 "tl_dr": "The WURFL PHP API was integrated into Dotkernel long ago under a GNU/GPL license, compatible with Zend Framework's new BSD license and Dotkernel's OSL 3.0 license.\nOn June 6th, 2011, WURFL PHP API version 1.3.0 changed its license to AGPL, turning it into a \"trial only\" library for product evaluation.\nDotkernel had updated to this version in the 1.5.0 release candidate without noticing the license change.",
@@ -236,6 +251,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "After a longer wait than usual, Dotkernel 1.5.",
                 "tl_dr": "After a longer wait than usual and around 250 commits, Dotkernel 1.5.0 was released, skipping 1.4 entirely due to the scale of changes.\nHighlights include switching from Dojo to jQuery, a redesigned admin and frontend, model inheritance through a new Dot_Model class, support for dashed controller names, and a reorganized Zend Registry.",
@@ -250,6 +266,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "The new Dotkernel version 1.6.",
                 "tl_dr": "Dotkernel 1.6.0 no longer ships with a working built-in mobile detection method, because mobile detection now relies on the new Wurfl Cloud integration and must be configured via a Wurfl Cloud account and API key.\nThe old Dot_UserAgent_Wurfl class was removed and replaced by Dot_UserAgent_WurflCloud, which uses the Wurfl Cloud API adapter.\nThe article walks through the application.ini settings and shows sample code for reading device info and redirecting mobile visitors.",
@@ -264,6 +281,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "We found a strange behaviour of sessions in one of our project, running Dotkernel version 1.5.",
                 "tl_dr": "A strange session bug was found on a project running Dotkernel 1.5.0: in IE8 and IE9, the session cookie was sometimes not saved, forcing repeated logins.\nInvestigation traced it to the Dot_Session class calling both regenerateID() and rememberMe() unnecessarily, generating the session cookie 3 times.\nThe fix, shipped in Dotkernel 1.5.1, removed the regenerateID() call and added two new application.ini settings.",
@@ -278,6 +296,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Starting with 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line.",
                 "tl_dr": "Starting with version 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line.\nThe most common use for this is running cron jobs without using wget or going through Apache.",
@@ -292,6 +311,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel Application Framework can be downloaded with WURFL XML file bundled in it, but is quite an old file,  the latest GPL version, from June 2011. Because of license changed of that WURFL file,  this bundled file will not be upgraded anymore by us.",
                 "tl_dr": "Dotkernel Application Framework bundles a WURFL XML file, but it's the last GPL version (from June 2011).\nBecause of a license change to that WURFL file, Dotkernel will no longer upgrade the bundled file — it must be upgraded manually.",
@@ -306,6 +326,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "From time to time, it may be a good idea to have a persistent connection to database. The place where it should be added that new configuration option is application.",
                 "tl_dr": "",
@@ -320,6 +341,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Here is  uploaded the XML file , ready to be imported in your Zend Studio, version 9.x This file follow Dotkernel’s Coding standard.",
                 "tl_dr": "",
@@ -334,6 +356,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "According to Matthew Weier O'Phinney, Zend Framework Project Leader, in the next release of ZF, 1.12.",
                 "tl_dr": "",
@@ -348,6 +371,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In order to use UTF8 encoding in your Dotkernel based system, is needed to make some changes in both database structure and in the application.ini file.",
                 "tl_dr": "To use UTF8 encoding in a Dotkernel-based system, changes are needed in both the database structure and the application.ini file.\nThese changes were committed into the Dotkernel 1.6.0 dev codebase.",
@@ -362,6 +386,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Another 2 of our team members passed the ZCE exam. Now we are 5 :-) That mean we are really taking PHP  into serious , and at least we have good technical skills.",
                 "tl_dr": "",
@@ -376,6 +401,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In some situations, it may be neccesar to force MySQL server collation and character set to UTF8. As you can't control all scripts that are connecting to your database( for instance: mysql command line, or mysqldump) For that , open the my.",
                 "tl_dr": "In some situations it may be necessary to force the MySQL server's collation and character set to UTF8, since you can't control all the scripts connecting to your database (for instance the mysql command line or mysqldump).\nThis is done by editing my.cnf.",
@@ -390,6 +416,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Integrating a new charting library in the latest version of Dotkernel (1.6.",
                 "tl_dr": "Dotkernel 1.6.0 integrates the Highcharts charting library, offering a new, intuitive and interactive charting experience.\nSample charts (pie, column and line) were added to the admin, and the library ships in the project's externals directory.",
@@ -404,6 +431,7 @@
                     "github": ""
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Another new feature in version 1.6.",
                 "tl_dr": "Dotkernel 1.6.0 integrates Wurfl Cloud, WURFL's (Wireless Universal Resource FiLe) new cloud-based way of delivering device detection services, as its default method for detecting mobile devices.",
@@ -418,6 +446,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In the Dotkernel version 1.6.",
                 "tl_dr": "In Dotkernel 1.6.0, released on May 16th, 2012, the GPL'ed WURFL PHP library was removed because its code was obsolete and the XML file structure had changed. It was replaced by Scientia Mobile's WURFL Cloud PHP library, made available to Dotkernel under a special, restrictive license.",
@@ -432,6 +461,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "According to Matthew Weier O'Phinney announcement, Zend Framework team is pleased to announce the immediate availability of the first release candidate of the Zend Framework 1.12 series, 1.",
                 "tl_dr": "Per Matthew Weier O'Phinney's announcement, the Zend Framework team made available the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1.\nIt back ports several ZF2 components to ZF1, removes the WurflApi adapter due to licensing changes, and fixes over 200 reported issues.",
@@ -446,6 +476,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Due to the fact that the current buzzword is Nginx instead of Apache, we decided to test if Dotkernel is running out of the box on it. And how to configure Nginx :-) Installed on a clean Centos 6.",
                 "tl_dr": "Since Nginx was becoming the buzzword instead of Apache, this article tests Dotkernel on Nginx and documents the configuration needed: server block settings, a try_files directive in place of .htaccess, PHP-FPM handling, and protecting the configs folder.",
@@ -460,6 +491,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Because Zend donated the Zend Studio's Formatter upstream to the PDT project, the Formatter plugin for Zend Studio 10.1 need to be changed: replace  \"com.",
                 "tl_dr": "",
@@ -474,6 +506,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "To test if you have php_geoip extension on your Zend Server, create an php file and copy the following code. This will output true if extension is available or false if not.",
                 "tl_dr": "Test whether php_geoip is already available, and if not, download the correct php_geoip.dll for your PHP build from windows.php.net, copy it into Zend Server's phpext folder, enable it from the Zend Server GUI, and download the MaxMind GeoIP databases.",
@@ -488,6 +521,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "As an update to the post Installing GeoIP extension in Zend Server 5.6 on Windows , for Zend Server 6.",
                 "tl_dr": "As an update to Installing GeoIP extension in Zend Server 5.6 on Windows, here's how to enable php_geoip on Zend Server 6.1.",
@@ -502,6 +536,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In some cases you may encounter missing files: images, css or js files. All those missing files are processed by the current bootstrap: index.",
                 "tl_dr": "",
@@ -516,6 +551,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In order to use the new Password Hashing functions , introduced in PHP 5.5 , and unify all password related functions , used for both admin and users, we did a major refactor of Dotkernel codebase, in version 1.",
                 "tl_dr": "To use the new Password Hashing functions introduced in PHP 5.5 and unify password-related functions for both admin and users, Dotkernel's codebase was refactored in version 1.8.0 (starting from revision 799).\nBecause those functions require PHP 5.5+, the Password Compat library is used for compatibility, and the minimum PHP version to run Dotkernel was raised to 5.3.8.",
@@ -530,6 +566,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article contains the Dotkernel cache layer configuration guide. The Dotkernel Caching Layer is based on Zend Framework Cache, more configuration options can be found at the following links: Zend Framework Cache Frontends Zend Framework Cache Backends Main cache settings (Cache Frontend) The main cache settings within the application.",
                 "tl_dr": "Dotkernel's caching layer is built on Zend Framework Cache and is configured through cache.* settings in application.ini.\nThe main frontend settings control whether caching is enabled, which cache service to use, the namespace prefix, and how long entries live.\nOptional backend-specific settings (like the file cache directory) are recommended so that separate projects don't accidentally share the same cache.",
@@ -544,6 +581,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "It's very expensive to load configurations and settings from XML files, on every requests. First because of latency of accessing files from hard drive, second because of the XML file parsing burden.",
                 "tl_dr": "Loading configuration and settings from XML files on every request is expensive, both due to hard-drive latency and XML parsing overhead.\nDotkernel 1.8 implements a cache layer for router, acl_role, menu, options (including seo_xml), browser_xml, os_xml and test data, with a choice of APC/APCU or file-based storage.",
@@ -558,6 +596,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article is related to: Caching in Dotkernel with Zend Framework Cache The variables that Dotkernel cache are below: Router Router is the object that load routes (modules, controllers, actions) settings from router.xml file.",
                 "tl_dr": "This article is a follow-up to \"Caching in Dotkernel Using Zend Framework Cache\" and lists the variables Dotkernel caches, along with the exact cache key each one uses.",
@@ -572,6 +611,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In the newest version we have removed the GeoIP City integration. The City database on GeoIP 1.",
                 "tl_dr": "The newest Dotkernel version removed the GeoIP City integration because the City database on GeoIP extension version 1.1.0+ was causing a segmentation fault, crashing requests or outputting an error instead of executing the PHP code.\nUsers on an older Dotkernel version combined with GeoIP >=1.1.0 may hit this.\nIf you don't need GeoIP City, the affected code can be removed.",
@@ -586,6 +626,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Alerts (or Dot_Alert's) are e-mails usually sent to the site developers, these messages are sent with mail() therefore you shouldn't use them to send regular mail. Alerts should only notify you as a developer: \"Hey, something's wrong here, you might want to know this!\" In this article you will find out how to use the Alerts system in Dotkernel, we will also go through an existing example so this can be understood easier.",
                 "tl_dr": "Alerts (Dot_Alert's) are e-mails usually sent to site developers using PHP's mail(), meant only to notify a developer that something is wrong — not for regular mail.\nDot_Alert resembles Dot_Email: it has a sender, subject, destination and message, and can be sent.\nThis guide walks through Dotkernel's existing example, where an Alert notifies the developer when an e-mail fails to send.",
@@ -600,6 +641,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel 1.8.",
                 "tl_dr": "Dotkernel 1.8.0 (LTS) was released with a new Plugin Architecture, a redesigned and mobile-friendly frontend, APC/File caching for faster response times, a new Dot_Request class, and multiple security and alerting improvements.\nSome features (WURFL integration, multiple SMTP transporters) were removed from core and made available as plugins instead.",
@@ -614,6 +656,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel 1.8.",
                 "tl_dr": "Dotkernel 1.8.1 was released with Enhanced Cache Support, allowing cache tags to be used if the hosting environment supports them.\nA dedicated upgrade package is available for users coming from 1.8.0.",
@@ -628,6 +671,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Recently we have added the Windows 8, 8.1 and 10 OS icon and Microsoft's Edge browser icon.",
                 "tl_dr": "Dotkernel added Windows 8, 8.1 and 10 OS icons and a Microsoft Edge browser icon, shown in the User and Admin login icons.\nThis article is the upgrade guide for applying that icon patch.",
@@ -642,6 +686,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Composer is an application-level package manager. Composer auto-loads the dependencies on demand and can also auto-load custom classes .",
                 "tl_dr": "Composer is an application-level package manager that auto-loads dependencies (and custom classes) on demand.\nThis article covers the steps needed to add a composer.json file to a Dotkernel project, run composer update, and safely require the generated autoloader so the project works whether or not Composer is present.",
@@ -656,6 +701,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article will cover the external dependency usage VIA composer within Dotkernel applications. There is also an article explaining how composer can be added to Dotkernel learn more.",
                 "tl_dr": "This article covers using external dependencies via Composer within Dotkernel applications.\nComposer autoloads dependencies automatically, so there is no need to include/require them.\nThe example renders a Barcode using Zend Framework 1 (non-namespaced) and Zend Framework 2 (namespaced), and applies to any Dotkernel 1.x version running PHP greater than 5.4.0.",
@@ -670,6 +716,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "The unofficial PEAR channel for Zend Framework 1 was hosted on Google Code at this location: ZF Pear, but since the closing of Google Code we were forced to move it. Zend Framework 1 is still used by a lot of  projects in Production, it's still a viable library collection  and it's also  running on  PHP7 ; even if is only in maintenance/security-patch mode, so it's not an option to cancel it completely.",
                 "tl_dr": "The unofficial PEAR channel for Zend Framework 1 was hosted on Google Code, and once Google Code closed, it had to move.\nBecause the repository is over 1 GB, it could not be migrated to GitHub, so a dedicated server was built to host the PEAR channel long-term at pear.dotkernel.com.",
@@ -684,6 +731,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": true,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "What is Dotkernel? The name Dotkernel symbiotically  combines the string  Dot, as a representation of the Internet, and Kernel, the quintessence of any IT application. In other words Dotkernel wishes to be, with modesty, the central part of the Internet development and hence ensuring increased development productivity and run-time performance.",
                 "tl_dr": "Dotkernel 1 is the original PHP Application Framework built on Zend Framework 1 with an MVC architecture, released in 2010 and now in bugfix-only mode at version 1.8 LTS.\nDotkernel 3 is a newer collection of PSR-7 middleware applications built on the Zend Expressive microframework and Zend Framework 3 components, implementing PSR-1, PSR-2, PSR-4, PSR-7, and PSR-11.\nSince Dotkernel 3's release, the unqualified name \"Dotkernel\" refers to Dotkernel 3, while Dotkernel 1 is always referenced explicitly.",
@@ -698,6 +746,7 @@
                     "github": null
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel3 aims to improve the Dotkernel stack in every way possible, and one of the painpoints in the previous version of Dotkernel was the templating engine. Albeit a solid and robust templating engine, it was also 10 years old, and used techniques that's slightly outdated by now.",
                 "tl_dr": "Dotkernel3 moved from its previous, 10-year-old templating engine to the popular Twig Templating Engine, gaining layouts, loops, variables, and escaping, while giving developers the familiarity of HTML with the overview and convenience of PHP.",
@@ -712,6 +761,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article will explain the usage of the dot-log component within Dotkernel, Zend Expressive or in a project that uses Zend Service Manager. Since dot-log extends zendframework/zend-log this tutorial mostly compatible with zend-log as well.",
                 "tl_dr": "This article explains how to use the dot-log component within Dotkernel, Zend Expressive, or any project that uses Zend Service Manager.\nSince dot-log extends zendframework/zend-log, the tutorial is mostly compatible with zend-log as well.\nSee the zend-log documentation for more detail.",
@@ -726,6 +776,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article is a follow-up for: Logging with dot-log in Zend Expressive and Dotkernel, the mentioned article is a guide to using dot-log.   This article explains the usage of dotkernel/dot-errorhandler with dotkernel/dot-log or zendframework/zend-log to log errors in Zend Expressive applications.",
                 "tl_dr": "This article is a follow-up to \"Logging with dot-log in Zend Expressive and Dotkernel\" and explains how to use dotkernel/dot-errorhandler together with dotkernel/dot-log or zendframework/zend-log to log errors in Zend Expressive applications.\nIt covers how dot-errorhandler was built, how to configure it, and how it was tested.",
@@ -765,6 +816,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article is a guide on how to add a CORS implementation on an existing Dotkernel3 project. The issue If you're facing this message: \"Access to XMLHttpRequest at ‘url’ has been blocked by cors policy.",
                 "tl_dr": "When a client-side request is blocked with a \"No 'Access-Control-Allow-Origin' header\" error, it's because the server isn't sending the header that allows a browser to access its data (most common when fetching JSON to process with JavaScript).\nThis guide adds CORS support to a Zend Expressive / Dotkernel3 project using Tuupola's Cors Middleware package.",
@@ -816,6 +868,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel will be a \"skeleton\"of Zend Framework. Dotkernel borrowed the coding standard from Zend Framework: ZF Coding Standard with some exceptions.",
                 "tl_dr": "Dotkernel is a \"skeleton\" of Zend Framework and borrows its coding standard from the ZF Coding Standard, with a small number of exceptions covering indentation, naming conventions, and brace placement.",
@@ -830,6 +883,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "A new style and advanced approach to accompany the Dotkernel source release Dotboost is pleased to announce our North American Relaunch. This new phase comes as a result of dedicated research and analysis on how to best serve clients in Canada and the US.",
                 "tl_dr": "Dotboost announces its North American relaunch, aimed at better serving clients in Canada and the US.\nThe relaunch centers on the source release of its in-house Dotkernel framework, along with expanded business IT integration and clearer consulting services.\nFounded in 2005, Dotboost describes itself as treating clients as strategic partners rather than as a typical IT vendor.",
@@ -844,6 +898,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel is the DotBoost's in-house developed framework, based on Zend Framework. Dotkernel is at version 1.",
                 "tl_dr": "Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework and released under the Open Software License (OSL 3.0).\nIt uses a simplified MVC architecture, easy to learn for beginner and intermediate programmers, by eliminating much of Zend Framework's complexity through a different approach to handling web requests.\nIt relies on only a handful of Zend Framework classes.",
@@ -858,6 +913,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel Template Engine is an implementation of PHPLib Template engine for PHP5. It has an amazing ability to separate the application code from the presentation layer.",
                 "tl_dr": "",
@@ -872,6 +928,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "As described in this article, dot-log is a powerful tool for logging messages in your application. It's power stays in the fact that it can be implemented in a few easy steps and that it's highly customizable.",
                 "tl_dr": "dot-log is a powerful, easily customizable logging tool.\nVersion 3.1.1 adds the ability to use datetime formatter strings right in the stream option of a log writer, and fixes an issue where caching dot-log configs caused logs to be written to a single file instead of being grouped by date.",
@@ -886,6 +943,7 @@
                     "github": "kakapiciu"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Autologin using Cookie / Remember Me in Dotkernel This feature is used to automatically log the user who chooses this by checking the remember me box. Implemented in Dotkernel Frontend starting from Release 3.",
                 "tl_dr": "This feature automatically logs in a user who checks the \"remember me\" box at login.\nIt has been implemented in Dotkernel Frontend starting from Release 3.3.0, and requires changes across the login form, a new entity/migration, a new middleware, config, and the user service/repository/controller.",
@@ -900,6 +958,7 @@
                     "github": "marioradu05"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/doctrine-cache-using-symfony-cache-small.png",
                 "excerpt": "When it comes to web development, performance is one of the critical elements that influence the success of an application. Developers focus on improving response times and overall speed to enhance the user experience.",
                 "tl_dr": "Caching stores data the first time it's requested so that later requests can be served from the cache instead of the original, slower source, which improves response times.\nThis article, a follow-up to an earlier caching article, shows how to enable the dot-cache component, a wrapper around symfony/cache, in Dotkernel Admin.\nIt covers the array and filesystem storage adapters, configuring Doctrine's four cache types (result, metadata, query, hydration), and marking entities and queries as cacheable.",
@@ -914,6 +973,7 @@
                     "github": "pinclau"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card.png",
                 "excerpt": "Note: The package requires Doctrine ORM. Still, it can be used in applications which do not integrate Doctrine.",
                 "tl_dr": "Dotkernel's dot-dependency-injection package autowires constructor dependencies in Laminas/Mezzio (and other PSR-11) applications, removing the need to write and maintain a custom factory class for every service.\nInstead of a bespoke factory, you add an attribute to the class constructor and register a single shared AttributedServiceFactory in your ConfigProvider.\nThe package requires Doctrine ORM but can still be used in applications that don't integrate Doctrine, and it also supports injecting Doctrine repositories directly instead of fetching them from the EntityManager.",
@@ -928,6 +988,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.png",
                 "excerpt": "Dotkernel Light is a version of Dotkernel Frontend that includes only the bare-bones essentials. Though simpler, it's perfect for: A presentation site, An introduction into the Mezzio microframework architecture, A starting point for a more complex project where you have full control over functionality.",
                 "tl_dr": "Dotkernel Light is a version of Dotkernel Frontend that includes only the bare-bones essentials.\nIt's built on the Mezzio microframework using Laminas components, and is designed as a presentation site, a fast-start introduction to Mezzio, or a clean starting point for a project where you want full control over functionality.",
@@ -942,6 +1003,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-Light-choice.png",
                 "excerpt": "Dotkernel Light is a good starting point for a project if you want to have full control over the functionality it contains. It easily grows into something more complex with the integration of packages based on your requirements.",
                 "tl_dr": "Dotkernel Light is a lightweight starting point for a project when you want full control over its functionality, and it grows into something more complex as you add packages.\nIt comes with routing, templating, error handling, and tests/code quality checks out of the box, but strips out everything a presentation site doesn't need — database, sessions/cookies/flash messages, auth, dependency injection, mail, navigation, CORS, forms, the user/contact/plugin modules.",
@@ -956,6 +1018,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-enum.png",
                 "excerpt": "The update of doctrine/orm to version 3.2.",
                 "tl_dr": "Doctrine ORM 3.2.0 added EnumType columns, building on the enum type introduced in PHP 8.1, and Dotkernel now implements this on both the PHP and database sides.\nThe article contrasts Dotkernel's old string-based flag columns (like User->Status) with a new setup that uses custom PHP enums paired with a DBAL type extending AbstractEnumType.\nThe new approach creates an explicit, enforced link between the PHP code and the database column values, at the cost of needing to update both sides whenever the value set changes.",
@@ -970,6 +1033,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-symfony-mailer.png",
                 "excerpt": "What prompted the change According to the discussion from the LaminasTechnical steering Committee of 2023-12-04, it was decided that the laminas/laminas-mail package would be abandoned. On the one hand, there is nobody to maintain the package and on the other, there are several alternatives available in the ecosystem: ddeboer/imap for interacting with IMAP zbateson/mail-mime-parser for parsing MIME messages symfony/mailer for sending mail How Dotkernel handles the issue The Dotkernel team has also opted to replace the laminas/laminas-mail package in the dotkernel/dot-mail package.",
                 "tl_dr": "The Laminas Technical Steering Committee decided on 2023-12-04 to abandon laminas/laminas-mail.\nDotkernel responded by replacing it with symfony/mailer inside the dotkernel/dot-mail package (version 5), aiming for minimal impact on existing projects — calls to send mail stay the same, though mime and imap related functionality is removed.",
@@ -984,6 +1048,7 @@
                     "github": "OStefan2001"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-symfony-mailer.png",
                 "excerpt": "This is a test article used for fixture and testing purposes.",
                 "tl_dr": "This is a test article added to the dotkernel category for testing purposes. This article is now updated.",
@@ -998,6 +1063,7 @@
                     "github": "OStefan2001"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-build-dotkernel.png",
                 "excerpt": "How this blog itself came together: starting from the Dotkernel Light starter project, then following the Tutorial 101 to add Doctrine ORM and load real data into the database.",
                 "tl_dr": "This project started from the Dotkernel Light starter (Mezzio, Twig, FastRoute, PSR-7 via Laminas Diactoros) as a bare-bones website skeleton.\nFollowing the official Tutorial 101, Doctrine ORM was added on top: entities for posts, categories, authors and tags, migrations to create the schema, and fixtures to load real content into the database.\nThe result is this: a Dotkernel Light project turned into a fully data-driven site.",
@@ -1036,6 +1102,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Starting with the 1.5 release, Dotkernel will make the switch from Dojo to jQuery.",
                 "tl_dr": "Starting with Dotkernel's 1.5 release, the framework switched from Dojo to jQuery, and this post is a quick primer on jQuery basics.\nIt covers the jQuery ($) object and CSS-style selectors, chaining methods to manipulate matched elements, binding events like click, and making Ajax calls with $.get() and $.getJSON().",
@@ -1055,6 +1122,7 @@
                     "github": null
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition For valuable work on creation of sites you need a good comfortable editor necessarily. There are many requiring paid products for this purpose, but we would like to select free of charge very functional and at the same time of simple in the use editor - Codelobster PHP Edition .",
                 "tl_dr": "Codelobster PHP Edition is a free, lightweight IDE that highlights and autocompletes mixed PHP, HTML, CSS, and JavaScript code, including HTML5 and CSS3.\nIt also bundles an HTML/CSS inspector, a PHP debugger, an SQL manager, FTP support, and a portable mode that needs no installation.\nOn top of that, it ships plugins for popular CMS platforms and PHP frameworks such as Drupal, Joomla, CakePHP, CodeIgniter, Symfony, Yii, WordPress, and Smarty.",
@@ -1090,6 +1158,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Problem: email should allow +/- characters in user, - in domain. dash (-) should be allowed anywhere in an email address or domain.",
                 "tl_dr": "",
@@ -1128,6 +1197,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "GPL versions of WURFL PHP API libraries are ready to be downloaded from here . Version 1.",
                 "tl_dr": "GPL versions of the WURFL PHP API libraries were made available: version 1.1, the one integrated into Zend Framework's Zend_Http_UserAgent component, and version 1.2.1, the latest released under the GPL license.\nA later edit notes the download was removed because an AGPL version is available (which readers need to get themselves), and as a favor to Luca Passani.",
@@ -1147,6 +1217,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Matthew Weier O'Phinney just announced the release of ZF 1.12.",
                 "tl_dr": "Matthew Weier O'Phinney announced the release of Zend Framework 1.12.4, along with 2.1.6 and 2.2.6, all containing security updates, and the ZF PEAR channel was updated to the latest 1.12.4 release.\nA March 7, 2014 edit notes that Zend Framework 1.12.5 was subsequently released to fix a backward compatibility issue introduced in the 1.12.4 release.",
@@ -1161,6 +1232,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "The release of ZF 1.12.",
                 "tl_dr": "Zend Framework 1.12.12 was released with security fixes for the Zend_Mail and Zend_Http components.\nConsumers of these components, including Dotkernel which relies heavily on Zend_Mail, were strongly urged to upgrade immediately via PEAR or by applying the patch directly.\nA follow-up release, 1.12.13, was issued shortly after to fix a regression introduced in 1.12.12.",
@@ -1175,6 +1247,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "EOL ( End-of-Life)  term was just announced. Only up until Sept.",
                 "tl_dr": "Zend Framework 1 has officially entered End-of-Life (EOL) status now that Zend Framework 3 has been released.\nSecurity updates for Zend Framework 1 continued only until 28 September 2016, three months after the announcement.",
@@ -1189,6 +1262,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Why we want to install ZF as PEAR ? Because is too boring and time consuming to move all ZF files up and down for each script you want to install , there are a lot of files. Also that way we can forget about the need to update ZF at latest versions, and keep tracks of which version and on which server we have ZF.",
                 "tl_dr": "Rather than copying all of Zend Framework's many files into every project, this article shows how to install ZF as a PEAR-accessible repository on a Plesk server.\nThis makes it easier to track which ZF version is installed on which server and avoids manually updating each project, though it can introduce backward compatibility concerns in future ZF releases.",
@@ -1216,6 +1290,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "At first glance , the biggest news is AMF support: Adobe's Action Message Format protocol to your PHP 5 application Download latest  ZF",
                 "tl_dr": "Zend Framework 1.7.0 has been released, and its headline feature is support for Adobe's Action Message Format (AMF) protocol in PHP 5 applications.\nThe release is available directly from the official Zend Framework download page.",
@@ -1230,6 +1305,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Just found today a very interesting and helpful debug tool: Scienta We at Dotkernel used some very basic debug bar:  queries, time spent , memory used.  But this Scienta is way more complex and nicer then our internal code,  so we switch to it and integrate it in Dotkernel code base.",
                 "tl_dr": "The author came across the Scienta ZF Debug Bar, a debugging tool for Zend Framework applications.\nDotkernel had been relying on its own basic debug bar, which only showed queries, time spent, and memory used.\nFinding Scienta far more complex and polished than their internal tool, the Dotkernel team decided to switch to it and integrate it into the Dotkernel code base.",
@@ -1244,6 +1320,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Sunsetting PEAR Channel for Zend Framework 1 The unofficial PEAR channel for Zend Framework 1 was created in 2016 , at the time when PEAR was still used a lot. Due to the fact that is a pain to upgrade PEAR to work with PHP 8 , we must sunset the channel .",
                 "tl_dr": "Dotkernel is sunsetting its unofficial PEAR channel for Zend Framework 1, which was created in 2016 when PEAR was still widely used.\nThe main reasons are that upgrading PEAR to work with PHP 8 is too painful, and the channel currently runs on an LXC container with CentOS 7, which doesn't work on the latest Proxmox version, making the upgrade to AlmaLinux not worth the effort.\nThe post closes by thanking PEAR for its historical contribution to the PHP ecosystem.",
@@ -1265,6 +1342,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Aptana 3.0 is in beta stage, can be downloaded from the official site .",
                 "tl_dr": "Aptana 3.0, then in beta, was set to bring PHP support back - and this time it would be built directly into the Studio 3 core rather than shipped as a separate plugin.\nA PHP debugger was also announced, to arrive as a separate set of plugins a few weeks later.",
@@ -1279,6 +1357,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, user input is not filtered by the script and is passed into a SQL statement.",
                 "tl_dr": "SQL injection exploits unfiltered user input passed into SQL statements.\nPDO (PHP Data Objects) is a standardized database access layer that provides a data-access abstraction (not a database abstraction) and offers several benefits, including help protecting against SQL injection.\nIn Zend Framework, prepared statements are encouraged since they handle parameter escaping, but they are not a complete guarantee against SQL injection - especially with PDO_MySQL, and with WHERE IN / ORDER BY clauses.",
@@ -1302,6 +1381,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Following the preview article about SQL Injection, here is more - a strong argument why you should use Zend Framework for handling database access. Zend_Db is the primary class used for access the database, but there is more: Zend_Db_Statement, Zend_Db_Select and Zend_Db_Tables.",
                 "tl_dr": "Following up on the earlier SQL Injection article, this part digs into the specific methods of Zend_Db (and related classes Zend_Db_Statement, Zend_Db_Select, Zend_Db_Tables) to show exactly when their use of prepared statements does, and does not, protect against SQL injection - and offers a quick type-casting tip for WHERE clauses.",
@@ -1325,6 +1405,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "PHP 5.2.",
                 "tl_dr": "PHP 5.2.14 was just released, marking the end of active support for the PHP 5.2.x branch.\nPHP 5.3.3 was released at the same time, and projects and servers are encouraged to upgrade to the 5.3.x branch.",
@@ -1339,6 +1420,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In hosted software development, the environment refers to a server tier designated to a specific stage in a release process. The purpose of these environments is to improve the development, testing and release processes in client-server applications.",
                 "tl_dr": "In hosted software development, an environment is a server tier designated to a specific stage of a release process.\nThe three most common environments are Development, Staging and Production, and applications are typically moved between them using Subversion source control.",
@@ -1353,6 +1435,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In developing Dotkernel application framework, we needed a tracking system. Dotkernel Tracker is the place where the bugs are reported, new features are announced and other general tickets are added.",
                 "tl_dr": "This guide explains how to connect the Aptana IDE to Dotkernel Tracker, the Mantis-based bug tracker used for the Dotkernel application framework, via the Mylyn plugin's Mantis connector.\nIt walks through installing Aptana and Mylyn, adding Dotkernel Tracker as a task repository, and validating the connection so tickets can be managed directly from the IDE.",
@@ -1367,6 +1450,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "1.    Stop WAMP server.",
                 "tl_dr": "A step-by-step guide to manually upgrading the PHP version used by a WAMP server to PHP 5.3.4, by downloading the VC6 Thread Safe build, copying over configuration files, and switching the active PHP version in WAMP.",
@@ -1381,6 +1465,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "PHP 5.3.",
                 "tl_dr": "",
@@ -1408,6 +1493,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In order to make  usable a fresh installation of Zend Server 5.5.",
                 "tl_dr": "A fresh Zend Server 5.5.0 install on Windows 7 needs a few quick tweaks before it's ready for development: enabling mod_rewrite in Apache, adjusting a handful of PHP directives, and fixing APC so it actually works even though it's shown as enabled.",
@@ -1439,6 +1525,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "By default, MySql servers on Linux machines where Plesk is installed, have the old_passwords=1 or ON flag. That mean even if you have MySQL 5.",
                 "tl_dr": "Plesk-based Linux servers default to old_passwords=1, which forces MySQL to use the old, pre-4.1 password storage style even on MySQL 5.5+, breaking remote PDO connections.\nThe fix is to create a new database user, grant it privileges, disable old_passwords, and reset its password so a newer, longer password hash is stored in mysql.user.",
@@ -1453,6 +1540,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In order to globally manage the \"Ignored Resources\"  patterns in Zend Studio, for all projects , instead of manually add to each project, you can do the following: 1. Go to Window-> Preferences 2.",
                 "tl_dr": "Zend Studio lets you manage \"Ignored Resources\" patterns globally, under Window -> Preferences -> Team -> Ignored Resources, instead of configuring them separately for each project.\nThis is especially handy when a workspace mixes Git and SVN projects, though any given project can still opt to use its own specific patterns instead of the global ones.",
@@ -1467,6 +1555,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Today is a major milestone for our Dotboost Technologies Inc. Company.",
                 "tl_dr": "Dotboost Technologies Inc. announces that the 10th member of its team has passed the Zend Certified Engineer exam, part of its commitment to top-level PHP development and quality assurance for clients.\nNext up: adopting Zend Framework 2 best practices, pursuing the Zend Framework 2 Certified Architect exam, and, starting in 2014, making Zend Certification mandatory for every developer on the team.",
@@ -1481,6 +1570,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Beginning with version 5.5 of MySQL , utf8mb4 character set was introduced, in order to better support Unicode.",
                 "tl_dr": "MySQL 5.5 introduced the utf8mb4 character set for fuller Unicode support, and Dotkernel's sample dk.sql file was updated to use it.\nSwitching to utf8mb4 means VARCHAR(255) columns can hit MySQL's 767-byte max key length error, so VARCHAR(150) is used instead, and the connection charset must be updated in both the application config and my.cnf.",
@@ -1495,6 +1585,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article will cover the steps needed in order to check the PHP7 compatibility, a small troubleshooter. This article will also contain a compatibility issue check on the latest Zend Framework 1 version.",
                 "tl_dr": "Zend Studio 13 introduces PHP 7 Express, a feature that checks whether pre-PHP7 code will run cleanly on a PHP7 server.\nThis article walks through setting up a test project with the correct PHP version, verifying the PHP Interpreter setting, adding Zend Framework 1 to the project, and running PHP 7 Express to surface compatibility issues.",
@@ -1534,6 +1625,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article applies to PHP 5.x but also to PHP 7 While using floating-point arithmetic you might have noticed that not all the calculus results are as expected, this can usually be observed when casting values.",
                 "tl_dr": "This applies to PHP 5.x and PHP 7.\nFloating-point arithmetic doesn't always produce the results you'd expect, especially when casting values to int, because numbers like 0.7 and 0.1 cannot be represented exactly in binary.\nThe result is that (int)((0.7+0.1)*10) evaluates to 7 instead of the mathematically expected 8.",
@@ -1581,6 +1673,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "As all aptana fans know, Aptana PHP plugin was discontinued in Aptana 2.x, in favor of PDT.",
                 "tl_dr": "Aptana discontinued its bundled Aptana PHP plugin in Aptana 2.x in favor of PDT, but PDT is missing major features needed for professional PHP development.\nThis article shows how to manually reinstall the Aptana PHP plugin through Aptana's update site, and how to add SVN support via Subclipse if it isn't already installed.",
@@ -1595,6 +1688,7 @@
                     "github": "marioradu05"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Database seeding: Doctrine data fixtures vs Phinx Seeding the database means populating the database with initial values, it's commonly used for seeding the user roles and user accounts. Seeding the database the right way is no easy feat, and we will see why.",
                 "tl_dr": "Dotkernel 3 previously used cakephp/phinx for seeding the database, but the team wanted more flexibility and switched to doctrine/data-fixtures since Doctrine is already the ORM in use.\nBecause doctrine/data-fixtures has no CLI interface, Dotkernel built the dotkernel/dot-data-fixtures package to add one, and this article covers installing it, creating and executing fixtures, and ordering them by explicit order or by declared dependencies.",
@@ -1609,6 +1703,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Install a Mezzio app (Dotkernel API) using WSL2 This article will run you through the steps of installing a Mezzio application (Dotkernel API) in WSL2 and run it on Ubuntu 20.04 LTS.",
                 "tl_dr": "This article runs through the steps of installing a Mezzio application (Dotkernel API) in WSL2 and running it on Ubuntu 20.04 LTS, from installing WSL2 itself to configuring PHPStorm to work with the WSL2 file system.",
@@ -1623,6 +1718,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/wsl2-php-dotkernel.png",
                 "excerpt": "In this article we will demonstrate how we install AlmaLinux 9 using Windows Subsystem for Linux (WSL2). First, you need to check if your machine is ready for using WSL2.",
                 "tl_dr": "This guide shows how to install AlmaLinux 9 through Windows Subsystem for Linux (WSL2) and provision it with an Ansible-driven installer script that sets up PHP, Apache, MariaDB, Composer, and phpMyAdmin.\nIt covers verifying WSL2 readiness, installing the AlmaLinux 9 distribution from the Microsoft Store, running the two-step Ansible installer (with a required restart in between), and confirming the setup through Apache's homepage, a PHP info page, and phpMyAdmin.",
@@ -1637,6 +1733,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-static-analysis.png",
                 "excerpt": "What is Static Analysis Static analysis (static code analysis or source code analysis) applies a set of coding rules to debug source code before a program is run. Applied in the early phase of code development, the goals of static analysis are: Catch and fix errors like type-related errors which can occur especially in dynamically-typed programming languages like PHP.",
                 "tl_dr": "Dotkernel is replacing Psalm with PHPStan for static analysis, following a broader PHP community shift (including projects like Doctrine and Composer) toward PHPStan's faster-growing ecosystem, full-time maintainer, PHPStorm-based stubs, and stronger detection.\nThis article explains what static analysis is, why the switch makes sense, and walks through updating composer.json, the CI workflow, and the phpstan.neon configuration to run PHPStan checks in place of Psalm.",
@@ -1658,6 +1755,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "What is PSR-7 and how to use itPSR-7 is a set of common interfaces defined by PHP Framework Interop Group. These interfaces are representing HTTP messages, and URIs for use when communicating trough HTTP.",
                 "tl_dr": "PSR-7 defines a set of common interfaces from the PHP Framework Interop Group for representing HTTP messages and URIs, and any application built on those interfaces is a PSR-7 application.\nThis article lists the PSR-7 interfaces as a cheatsheet, then walks through practical examples using Zend Diactoros: adding, appending, reading, and removing HTTP headers, and reading, writing, appending, and prepending content to a PSR-7 message body via its stream interface.",
@@ -1701,6 +1799,7 @@
                     "github": null
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Migrations, the superhero your database deserves Migrations ease the process of working together on projects, as well as deploying the database changes.   A newly released package for the Dotkernel stack integrates migrations and seeders into the application; This is all done via the newly introduced \"php dot\" command that's available in the Dotkernel stack.",
                 "tl_dr": "Database migrations track schema changes so teams can collaborate without ad hoc, convoluted database change messages and can keep column types consistent across the team.\nA package for the Dotkernel stack adds migrations and seeders to the application via a new php dot command.\nThe article walks through adopting migrations in an existing project, running and naming them, and explains how seeders differ from migrations by adding data rather than changing schema.",
@@ -1715,6 +1814,7 @@
                     "github": null
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel 3 uses FastRoute under the hood, which is an excellent and fast routing package, but it does have some quirks. A wrong setup can lead to many headaches, as it's not prominent that the error you're experiencing is from FastRoute, and you may not know where exactly to look for the cause.",
                 "tl_dr": "Dotkernel 3 uses FastRoute under the hood, which is fast but has a quirk around slash-suffixes that a wrong route setup can trigger, leading to hard-to-diagnose errors.\nOptional slashes must be kept inside the optional block of a route definition, or the URLGenerator ends up producing the wrong route.\nEvery named route can then be referenced instead of hard-coded, using $this->url() in controllers or the path() function in Twig views.",
@@ -1729,6 +1829,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article covers the steps required to migrate a Dotkernel 3 instance to the latest Zend Expressive Version. Migration from Zend Expressive 2 to 3.",
                 "tl_dr": "This guide covers migrating a Dotkernel 3 instance from Zend Expressive 2 to Zend Expressive 3, for projects that only contain controller-based middleware.\nOld middleware must first be refactored to the psr/http-server-middleware interfaces, since Delegates become RequestHandlers.\nThe steps then cover updating composer.json dependencies, registering new ConfigProviders, wrapping routes.php and pipeline.php in callables, and replacing the old pipeRoutingMiddleware()/pipeDispatchMiddleware() calls with their PSR-15 equivalents.",
@@ -1743,6 +1844,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Doctrine caching in Dotkernel Following version 2 of doctrine/cache, in 2024 we published an update to this article here: https://www.dotkernel.",
                 "tl_dr": "Running Doctrine ORM in production without any caching strategy wastes CPU cycles regenerating metadata and queries on every request.\nThis article configures Doctrine's metadata_cache, query_cache, and result_cache through psr/container, using PhpFileCache and a default result cache lifetime of 3600 seconds.\nIt walks through enabling these caches both directly on a query and on a Doctrine Paginator-based collection, with real examples from Dotkernel Admin.\nNote: a 2024 follow-up article covers the same topic using Symfony Cache instead.",
@@ -1774,6 +1876,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "CORS policy setup in Dotkernel using mezzio-cors Error message Access to fetch at RESOURCE_URL from origin ORIGIN_URL has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Most developers have encountered this error when interacting with APIs.",
                 "tl_dr": "This article explains how to fix the common \"No 'Access-Control-Allow-Origin' header is present\" browser error by installing and configuring the mezzio-cors package.\nIt covers registering the package's ConfigProvider and middleware, then creating a CORS configuration file.\nThe configuration supports a permissive mode, where any origin is allowed, and a restrictive mode, where only specific listed origins are allowed.\nIt also shows how to verify each mode is working correctly.",
@@ -1788,6 +1891,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Replacing dot-console with dot-cli based on laminas-cli Implementing dot-cli in your application Dotkernel's dot-cli package comes as a replacement for dot-console, which was abandoned after Laminas abandoned their laminas-console package, that dot-console was based on. Setup Install package Run the following command in your application's root directory: composer require dotkernel/dot-cli Register ConfigProvider Open your application's config/config.",
                 "tl_dr": "Dotkernel's dot-cli package replaces dot-console, which was abandoned after Laminas dropped the laminas-console package it was based on.\nSetting it up involves requiring the package via Composer, registering its ConfigProvider, and copying its bootstrap and config files into the application.\nIt also ships with FileLocker, a built-in, enabled-by-default locking system that prevents overlapping calls to the same command.",
@@ -1802,6 +1906,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Displaying Dotkernel API endpoints using dot-cli Starting from version 3, Dotkernel API uses dot-cli to display a list of available endpoints. Usage Run the following command in your application’s root directory: php .",
                 "tl_dr": "Starting from version 3, Dotkernel API uses the dot-cli package to list all of its available endpoints via the route:list command.\nThe command's output can be filtered by route name, path, or HTTP method, and filters are case-insensitive and combinable.",
@@ -1816,6 +1921,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Creating admin accounts in Dotkernel API Starting from v3, Dotkernel API introduces support for admin accounts. In this article we will describe two different methods of creating an admin account.",
                 "tl_dr": "Starting with version 3, Dotkernel API supports dedicated admin accounts.\nThey can be created either through a protected API endpoint, which lets you assign one or more admin roles and optional names, or through a terminal command, which is quicker but always assigns the default admin role.\nBoth methods leave you with a ready-to-use admin account.",
@@ -1830,6 +1936,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Using Postman documentation in Dotkernel API 3 Starting from version 3.0 Dotkernel API provides it's documentation using Postman.",
                 "tl_dr": "Starting from version 3.0, Dotkernel API documents its endpoints using Postman, via a provided collection and environment file that get imported into the tool.\nPostman organizes work into a Workspace, Collections, Environments, and Requests, and the Dotkernel API collection ships with built-in security: global Bearer Token authorization inherited from the collection root, and automatic ACCESS_TOKEN/REFRESH_TOKEN storage on the Admin/Security and User/Security folders.\nAfter making changes, the collection and environment files can be re-exported to overwrite the application's documentation files.",
@@ -1844,6 +1951,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Generating a doctrine migration without dropping custom tables If your application needs to hold some custom (unmapped) tables in the database, then generating migrations with doctrine-migrations diff will try to drop the custom tables. This article provides a solution on how to avoid dropping those tables.",
                 "tl_dr": "When an application has custom, unmapped database tables, running doctrine-migrations diff will try to drop them, since no Doctrine entity describes them.\nThis article shows how to prevent that using the --filter-expression option, including how to filter multiple table prefixes at once.\nIt also flags a Windows PowerShell quirk where the caret in the regex gets stripped, and how to work around it.",
@@ -1858,6 +1966,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "What is cross origin token redemption? Cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain. This process is commonly used in situations where a user needs to access resources from multiple domains, such as when a user is logged in to one website and needs to access resources from another website.",
                 "tl_dr": "Cross-origin token redemption verifies the security and authenticity of a token issued on one domain but used on another, which is common when a logged-in user needs to access resources on a different site.\nThe receiving domain checks the token's signature and decrypts it before trusting it.\nJWT and OAuth 2.0 are two standards that implement this pattern, each with a different verification flow.",
@@ -1881,6 +1990,7 @@
                     "github": "marioradu05"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Prerequisites: Mezzio App Doctrine In the vast digital landscape of the internet, where websites compete for attention, having a well-crafted URL can make a significant difference. By incorporating human-readable slugs into website URLs, we can enhance user experience, improve search engine optimization (SEO), and foster better engagement.",
                 "tl_dr": "Human-readable URL slugs improve readability, SEO, and shareability compared to raw numeric IDs in URLs.\nThis article shows how to add slug support to a Mezzio application using the gedmo/doctrine-extensions package.\nIt covers installing the package via Composer, registering its SluggableListener with Doctrine, and adding a slug column generated from an existing field (such as identity) via the @Gedmo\\Slug annotation.",
@@ -1895,6 +2005,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-almalinux10.png",
                 "excerpt": "With the recent release of AlmaLinux OS 10, we have created a new recipe for our WSL development environment. Compared to its predecessor, AlmaLinux 10 provides performance enhancements, security updates and improved hardware support.",
                 "tl_dr": "With the release of AlmaLinux OS 10, Dotkernel created a new WSL2 development environment recipe offering performance, security, and hardware improvements over AlmaLinux 9.\nThe recipe sets up WSL2, AlmaLinux 10, PHP, Apache, MariaDB, Git, Composer, Node.js, and PhpMyAdmin.\nIt also covers the OS/hardware requirements, installing the distro, and running PHP projects directly or via virtual hosts.",
@@ -1916,6 +2027,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Problem PHP packages/frameworks/libraries/scripts we work with might require different PHP extensions. In this case the Intl extension is needed to work with using Internationalization Functions.",
                 "tl_dr": "Errors like \"requires intl PHP extension\" or \"extension intl is missing\" happen because the PHP Intl extension isn't installed or enabled.\nThis article explains what Intl is used for, why it might be missing depending on whether you have a bundled or unbundled PHP install, and gives step-by-step fixes for both Linux and Windows servers.",
@@ -1959,6 +2071,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article will cover the solution to the PEAR \"Cannot use result of built-in function in write context\" issue. The Issue If installing a pear package (for instance PHP Code Sniffer), when running: pear install PHP_CodeSniffer This error is shown PHP Fatal error: Cannot use result of built-in function in write context in .",
                 "tl_dr": "On PHP 7.2, installing PEAR packages such as PHP Code Sniffer fails with a \"Cannot use result of built-in function in write context\" error in Archive_Tar's Tar.php, because a function is called by reference.\nThe fix is to edit the offending line in Tar.php to drop the by-reference call, then reinstall Archive_Tar and the target package.",
@@ -2017,6 +2130,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This report contains updates about the Dotkernel3 documentation. We have added the release notes for Dotkernel3 frontend and admin: you can now check the Release Notes page.",
                 "tl_dr": "This report covers updates to the Dotkernel3 documentation: new release notes for the frontend and admin, a Webpack tutorial added to the Prerequisites section, and revisions to the Api Endpoint Documentation Guidelines.\nContributor JapSeyz is thanked for this round of updates.",
@@ -2048,6 +2162,7 @@
                     "github": "gabidj"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel was updated to support Zend Expressive 3 alongside with PSR-15 middleware. We have updated the core packages to support PSR-15 Middleware.",
                 "tl_dr": "Dotkernel3 1.0 updates the core packages to support Zend Expressive 3 and PSR-15 middleware, making both frontend (1.0.0) and admin (1.0.1) easier to migrate.\nNo functional changes were made to the core code, though projects using the old http-interop/http-middleware package must migrate to the psr/http-server-middleware interfaces.\nExisting Dotkernel 3 (Expressive 2) projects can follow a separate guide to move to Zend Expressive 3.",
@@ -2062,6 +2177,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel Frontend PHP Application version 3 was launched. Dotkernel is a Collection of PSR-7 Middleware applications built on top of Mezzio microframework and using Laminas components You can clone it from github Live demo: v3.",
                 "tl_dr": "Dotkernel Frontend version 3 has launched as part of the Dotkernel collection of PSR-7 Middleware applications, built on the Mezzio microframework using Laminas components.\nThe source is available on GitHub, with a live demo running at v3.dotkernel.net.\nBranch 3.0 is now the default branch, requiring Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, and Twig 3.x, with dot-* packages limited to version 3.x and above.",
@@ -2076,6 +2192,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel Admin PHP Application version 3 was launched. Dotkernel is a Collection of PSR-7 Middleware applications built on top of Mezzio microframework and using Laminas components  Dotkernel Admin is a basic admin panel, based on Boostrap ^4.",
                 "tl_dr": "Dotkernel Admin version 3 has launched as a basic admin panel built on Bootstrap ^4.5.0 and Doctrine, performing CRUD operations over a database on top of the Mezzio microframework and Laminas components.\nThe source is available on GitHub, with a live demo running at admin.dotkernel.net.\nBranch 3.0 is now the default branch, requiring Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, Twig 3.x, and Bootstrap 4.5, with dot-* packages limited to version 3.x and above.",
@@ -2090,6 +2207,7 @@
                     "github": "kakapiciu"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Getting Started with Dotkernel Admin V4 Dotkernel's PSR-7 Admin is an application based on Mezzio, with the main purpose of managing and displaying tabular data from one or more databases components. On 19 July 2022 Dotkernel Admin V4 has been officially released.",
                 "tl_dr": "Dotkernel Admin V4, officially released on 19 July 2022, is Dotkernel's PSR-7 Admin application built on Mezzio for managing and displaying tabular data from one or more databases.\nIt supports PHP 8.1 (minimum PHP 7.4), offers a config-driven module/middleware/route setup, RBAC-based authorization guards, a Symfony Console-based CLI with a file locker, per-module routing via RoutesDelegator, and a Bootstrap 4.5.0 / Fontawesome 5.0.6 frontend using Bootstrap Table for data listing.",
@@ -2104,6 +2222,7 @@
                     "github": "kakapiciu"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article refers to Dotkernel API v5. Checkout out the new additions for Dotkernel API v6 to stay up-to-date.",
                 "tl_dr": "Dotkernel API is built on the Mezzio microframework and Laminas components, based on Enrico Zimuel's Zend Expressive API skeleton and implementing PSR-3, PSR-4, PSR-7, PSR-11, and PSR-15.\nIts core components include Doctrine ORM for persistence, mezzio-hal for API payloads, mezzio-cors for CORS handling, and mezzio-authentication-oauth2 for OAuth 2.0 authentication, alongside Postman-based documentation, configurable routing and commands, a file locker system, and a factory-made test suite.",
@@ -2127,6 +2246,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "With the release of PHP 8.3, the Dotkernel team has been working on updating the dependencies in our packages.",
                 "tl_dr": "Dotkernel Admin added PHP 8.3 support in release 4.3.1, dropping PHP 8.1 and now supporting only PHP 8.2 and PHP 8.3.\nThe update brought numerous dependency bumps across dotkernel/, laminas/, and mezzio/* packages, removed PhpFileCache-related cache configuration because doctrine/cache dropped its implementation classes, and removed doctrine/doctrine-module due to a conflict, which may affect packages that depended on it.\nThe AdminService::logAdminVisit method was also updated to no longer return AddressNotFoundException.",
@@ -2141,6 +2261,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "To be able to take advantage of the support for PHP 8.3 in the newest packages, the Dotkernel team has updated the Frontend Application to version 4.",
                 "tl_dr": "To take advantage of PHP 8.3 support in the newest packages, the Dotkernel team updated the Frontend application to version 4.2.0.\nAs with the earlier Admin update, this required dropping support for PHP 8.1 and for the no-longer-available PhpFileCache class, until a replacement is implemented.",
@@ -2155,6 +2276,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/PHP-8.3-support-in-Dotkernel-API.png",
                 "excerpt": "The last remaining application to be updated to support PHP 8.3 is the API, now at v4.",
                 "tl_dr": "Dotkernel API, now at v4.2.1, is the last remaining Dotkernel application updated to support PHP 8.3, following the same approach used for the Frontend update.\nThe update drops PHP 8.1 support, updates a large set of dependencies, removes the PhpFileCache-based configuration in favor of the new dot-cache package, and requires a small query change (useQueryCache() to setCacheable()).",
@@ -2176,6 +2298,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-dynamic-routing.png",
                 "excerpt": "The goal of this update is to replace the static way of creating routes with a more dynamic implementation. The result is a cleaner approach that is easier to set up and review at a glance.",
                 "tl_dr": "This article, the first in a series about switching from controllers to PSR-15 compliant handlers, explains how Dotkernel replaced its static, hard-coded route declarations with a centralized, dynamic configuration in local.php.\nThe change is aimed at static pages only - any method other than GET (post, put, delete) returns a 405 status code.",
@@ -2190,6 +2313,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-controllers-to-handlers.png",
                 "excerpt": "The goal of this update is to implement PSR-15 handlers into Dotkernel Light. There are several advantages to using handlers, which we will explore below.",
                 "tl_dr": "The goal of this update is to implement PSR-15 handlers into Dotkernel Light, keeping the application up-to-date with recommended design guidelines, secure, and aligned with standards widely adopted by the PHP community.",
@@ -2204,6 +2328,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-light-improvements.png",
                 "excerpt": "Dotkernel Light is a PSR-15 compliant application that uses the Mezzio microframework and Laminas components. It's aimed at creating a simple website, like a presentation site, but can be expanded as needed.",
                 "tl_dr": "Dotkernel Light is a PSR-15 compliant application built on Mezzio and Laminas, aimed at simple websites like presentation sites.\nSince its last update, it has moved from controllers to PSR-15 handlers, adopted Vite as its bundler, replaced Psalm with PHPStan, and picked up several smaller improvements.",
@@ -2225,6 +2350,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Zend_Db and its related classes provide a simple SQL database interface for Zend Framework. To connect to MySql database, we are using Pdo_Mysql adapter : $db = Zend_Db::factory('Pdo_Mysql', $dbConnect); SELECT query - WHERE clause The below 2 classical SQL queries are equivalent.",
                 "tl_dr": "Zend_Db and its related classes provide a simple SQL database interface for Zend Framework.\nThis article shows how classical SELECT queries with JOINs and WHERE IN clauses are translated into Zend_Db's select() style, and how to debug the generated query.",
@@ -2248,6 +2374,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Continuing the Zend_DB article series, we are stopping now at FETCH methods that are in Zend_Db_Adapter_Abstract: array fetchAll (string|Zend_Db_Select $sql, , ) array fetchAssoc (string|Zend_Db_Select $sql, ) array fetchCol (string|Zend_Db_Select $sql, ) string fetchOne (string|Zend_Db_Select $sql, ) array fetchPairs (string|Zend_Db_Select $sql, ) array fetchRow (string|Zend_Db_Select $sql, , ) To be more easily to follow, in green box is the classical SQL statement, and in blue box is the query written in Zend_Db style. Lets start.",
                 "tl_dr": "Continuing the Zend_Db article series, this article walks through the FETCH methods available on Zend_Db_Adapter_Abstract: fetchAll, fetchAssoc, fetchCol, fetchOne, fetchPairs, and fetchRow.\nEach method is shown next to the equivalent old-style code built on query(), next_record(), and f(), so the two approaches can be compared side by side.",
@@ -2271,6 +2398,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Continuing the Zend_DB article series, we are stopping now at subqueries. As you note, the below is a complicate query, with COUNT(), LEFT JOIN(), GROUP BY - select from 3 tables, and make a count from 2 different tables: SELECT a.",
                 "tl_dr": "Continuing the Zend_Db series, this article shows a more complex query — combining COUNT(), LEFT JOIN, and GROUP BY across 3 tables, with a count taken from 2 different tables — and how to build it, including a nested subquery, using Zend_Db.",
@@ -2294,6 +2422,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Continuing the Zend_DB article series, we are stopping now at DML statements. DML (Data Manipulation Language) statements are statements that change data values in database tables.",
                 "tl_dr": "DML (Data Manipulation Language) statements change data values in database tables.\nThis article, continuing the Zend_Db series, shows how the three primary DML statements — INSERT, UPDATE, and DELETE — are written in raw SQL and translated into Zend_Db method calls.",
@@ -2317,6 +2446,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "On a TIMESTAMP field that records date and time when inserting a new record, it is encouraged to use as a DEFAULT value, the CURRENT_TIMESTAMP constant. Why? Because when inserting a new row in the table for the date and time field there is no need to specifically add its value, either by creating it from PHP code with the Date/ Time functions or with MySQL function NOW() ALTER TABLE `user` CHANGE `dateCreated` `dateCreated` TIMESTAMP NOT  DEFAULT CURRENT_TIMESTAMP; CURRENT_TIMESTAMP is also a solution for  updating date and time fields.",
                 "tl_dr": "On a TIMESTAMP field that records date and time when inserting a new record, it's encouraged to use the CURRENT_TIMESTAMP constant as its DEFAULT value.\nThis removes the need to set the value manually from PHP or with MySQL's NOW() function, and the ON UPDATE CURRENT_TIMESTAMP clause can additionally keep the field updated automatically on every row update.\nOnly one TIMESTAMP field per table can be DEFAULT CURRENT_TIMESTAMP.",
@@ -2331,6 +2461,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Continuing the Zend_Db article series, let's discuss the LIKE condition. The LIKE condition allows you to use wildcards in the WHERE clause of an SQL statement.",
                 "tl_dr": "The LIKE condition allows pattern matching in the WHERE clause of SELECT, INSERT, UPDATE, or DELETE statements.\nThe _ wildcard matches a single character, and % matches any string of any length (including zero).\nThis article shows how to use LIKE and NOT LIKE with both wildcards in Zend_Db.",
@@ -2354,6 +2485,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "To always redirect users to the www site (for example: http://dotboost.com to http://www.",
                 "tl_dr": "",
@@ -2368,6 +2500,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "The following commands should be run in the terminal (for example, using Putty in Windows) on the host where you want to export the repository). It's recommended that you run them using the domain's user, not root.",
                 "tl_dr": "svn export lets you export the contents of a repository into a virtual host directory.\nThe commands should be run in a terminal (e.g. via Putty on Windows) on the target host, ideally using the domain's own user rather than root.",
@@ -2382,6 +2515,7 @@
                     "github": ""
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "In Aptana it's very simple to set the svn:keywords property for a file. For example if you want to set the svn keyword property Id: In the file where you want to add the svn keyword property write $Id$ Right click on the file, then follow Team -> Set Property.",
                 "tl_dr": "",
@@ -2405,6 +2539,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "1.  Always use in development and in staging highest error reporting level, and display_errors ON: error_reporting(-1); ini_set('display_errors', 1); 2.",
                 "tl_dr": "",
@@ -2419,6 +2554,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "For a better integration of SVN, your PHP IDE( Zend Studio), and a bug tracker of choice, the below proprieties must be set, for each project you have. Right click on project Go to Team->Set Propriety SVN Ignore files, below you have an example.",
                 "tl_dr": "For better integration between SVN, the Zend Studio PHP IDE, and a bug tracker, a set of SVN properties must be set for each project.\nThis article lists which properties to set and how.",
@@ -2433,6 +2569,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-retired-whats-next-1.png",
                 "excerpt": "It all started with the announcement: Laminas MVC Is Retiring. Some people wrongfully thought everything with a Laminas logo is going away - NOT SO! Read on for a bit of history about Zend and Laminas, what it means to migrate your platform and why it's a decision that should not be taken lightly.",
                 "tl_dr": "Laminas MVC is retiring, following Zend Framework and Apigility before it, but this doesn't mean everything with a Laminas logo is going away — Mezzio, built on Laminas components, is the fully-functional successor.\nMaintaining legacy MVC platforms is costly and risky long-term, since the architecture of today and tomorrow is middleware-based, and Apidemia offers a proven, phased migration process to move legacy platforms to Mezzio.",
@@ -2447,6 +2584,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-basic-security.png",
                 "excerpt": "Software security should always be in the back of your mind as a developer. It may seem fine at first to deliver a feature sooner, only to find later on that you left a backdoor into your crisp new update.",
                 "tl_dr": "Software security should always be top of mind for a developer, since ignoring it can lead to major costs, data loss, GDPR fines, or the loss of client trust. The article surveys many facets of software security and walks through the practical measures Dotkernel Headless Platform takes for each: input validation, content negotiation, CORS, RBAC, demo credentials, error reporting, OpenAPI docs, PHP and JavaScript dependencies, OAuth2, session/cookie settings, and CI checks.",
@@ -2468,6 +2606,7 @@
                     "github": "n3vrax"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Did you come to a point where using multiple broadcast receivers to listen for the same intent, separatly, in the same android app, leads to unexpected results? If that\"s the case, one broadcast receiver might consume the broadcasted intent, online casino leaving the others with nothing to receive. This can be the case where you use 3rd party libraries with broadcast receivers defined.",
                 "tl_dr": "",
@@ -2482,6 +2621,7 @@
                     "github": "n3vrax"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Have you ever wondered if Android market sends you information at the moment of app install? Wouldn\"t be nice to create custom links to your android application, including bits of information about the referrer, and send it directly to the app for online casino processing at install? This could be a simple and accurate solution for mobile app install tracking but I\"m sure you can find this useful in many ways. With Android, you actually get this information as a broadcasted intent by android market at install time - even before opening your app.",
                 "tl_dr": "",
@@ -2503,6 +2643,7 @@
                     "github": "arhimede"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article covers the basic authorization of a Client application which use a backend built using Dotkernel API Authorization Request Client application users send a POST request to the backend containing the following JSON object: { \"grant_type\": \"password\", \"client_id\": \"{API_CLIENT}\", \"client_secret\": \"{API_CLIENT_SECRET}\", \"scope\": \"{SCOPE}\", \"username\": \"{USERNAME/EMAIL}\", \"password\": \"{PASSWORD}\" } Authorization Response If the credentials are correct, the API will return a JSON object containing the authentication data: { \"token_type\": \"Bearer\", \"expires_in\": 86400, \"access_token\": \"..",
                 "tl_dr": "",
@@ -2517,6 +2658,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article covers the basic authorization of a Server Side application  built using Dotkernel API Protecting an endpoint no-auth: the resource can be accessed without the need of authentication/authorization authentication: the resource can be accessed only by authenticated users authorization: the resource can be accessed only by authenticated AND authorized users Configuring access to the endpoints is done by editing the following config file: config/autoload/authorization.local.",
                 "tl_dr": "Dotkernel API endpoints can be protected at three levels: no-auth, authentication, and authorization.\nAccess is configured in config/autoload/authorization.local.php under the zend-expressive-authorization-rbac key, using a roles section for role inheritance and a permissions section for route access.\nAuthentication endpoints require a valid Bearer token and return 401 Unauthorized if it's missing, while authorization endpoints additionally check role permissions and return 403 Forbidden.",
@@ -2531,6 +2673,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "This article will walk you through the process of implementing MailChimp into your instance of Dotkernel API using drewm/mailchimp-api   Step 1: Add the library to your application using the following command: composer require drewm/mailchimp-api   Step 2: Create configuration file config/autoload/mailchimp.global.",
                 "tl_dr": "This is a step-by-step guide to adding MailChimp support to a Dotkernel API instance using the drewm/mailchimp-api library.\nIt covers installing the library, creating a MailChimp config file, building a factory that returns a DrewM\\MailChimp\\MailChimp instance, and registering that factory in ConfigProvider.php so it can be injected wherever needed.",
@@ -2545,6 +2688,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Dotkernel API has come a long way since this post was created. Check out the newest version of Dotkernel API to stay up to date with the latest functional and security features.",
                 "tl_dr": "",
@@ -2559,6 +2703,7 @@
                     "github": "kakapiciu"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "API Endpoint to Collect Client Errors Let's say you have a (Client) Frontend (e.g.",
                 "tl_dr": "",
@@ -2573,6 +2718,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "Below we have created an analysis of the basic features available in Laminas Api Tools and Dotkernel API. It's intended to highlight the differences between the two and also to showcase why Dotkernel API is a good alternative for Laminas API Tools, especially considering the latter's archived status.",
                 "tl_dr": "This article compares the basic features of Laminas API Tools and Dotkernel API side by side, covering architecture, versioning, documentation, authentication, and more.\nIt highlights that Dotkernel API is a solid alternative now that Laminas API Tools has been archived, since Dotkernel API uses a modern middleware architecture, MIT license, and evolution-based deprecations instead of traditional versioning.",
@@ -2587,6 +2733,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/OpenAPI-implementation-in-Dotkernel-API.png",
                 "excerpt": "What is OpenAPI? The OpenAPI Specification provides a consistent way to develop and interact with an API. It defines API structure and syntax in a universal way, regardless of the programming language used in the API's development.",
                 "tl_dr": "OpenAPI is a specification for describing an API's structure in a language-agnostic, machine-readable way, offering benefits like standardization, automatic documentation, upfront design, and better collaboration compared to a tool like Postman.\nDotkernel API has full OpenAPI support: each module (Admin, App, User) documents its endpoints in an OpenAPI.php file, which zircote/swagger-php turns into documentation rendered via Swagger UI or Redoc.\nTesting protected endpoints in Swagger UI requires generating an authentication token that matches the endpoint's required privileges.",
@@ -2601,6 +2748,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/error-reporting-endoint-in-dotkernel-api.png",
                 "excerpt": "Dotkernel API has received a lot of love from our developers, with regular updates to the platform for years. We use Dotkernel API in our projects, so any bugs and issues are addressed as soon as they are found.",
                 "tl_dr": "Dotkernel API includes an error reporting endpoint that lets frontend developers securely report bugs and incorrect data processing back to the API, even when no fatal error shows up in the logs.\nIt works by sending a POST request to /error-report with a token in the header; the API validates the request against configured tokens, domains, and IPs before logging the message.\nSetup involves generating a token, adding it to config/autoload/error-handling.global.php, and having the frontend send the Error-Reporting-Token and Origin headers.",
@@ -2615,6 +2763,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-content-negotiation.png",
                 "excerpt": "Content negotiation is an important aspect of RESTful APIs to make it possible for diverse systems to work seamlessly together. It's based on enabling clients and servers to agree on the format and language of data they exchange.",
                 "tl_dr": "Content negotiation lets clients and servers agree on the format and language of exchanged data.\nIt can be handled server-side or client-side (the latter being more versatile), communicated through HTTP headers or URL patterns, and Dotkernel API implements it out of the box using the Content-Type and Accept headers.",
@@ -2629,6 +2778,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-postman-to-bruno.png",
                 "excerpt": "Why We Switched to the Offline-Focused Bruno Every API developer knows that to build an API properly you need a reliable client for testing and interacting with the API. Ideally this tool should be free, it should store endpoint collections and share them easily with your team, and it should be fast and secure.",
                 "tl_dr": "The team has used Postman for years but is considering switching to Bruno, a lightweight, offline-first alternative, reflecting a broader PHP community trend toward local-first, Git-native developer tools.\nBruno wins on offline access, version control via Git, performance, and (arguably) security, while Postman still offers a broader feature set for larger, budget-having teams.",
@@ -2650,6 +2800,7 @@
                     "github": "alexmerlin"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": null,
                 "excerpt": "PHP_CodeSniffer or phpcs is a tool that helps developers maintain a specific standard in the way they write code. In order to be able to provide relevant information, phpcs needs to be configured correctly in PHPStorm (see image).",
                 "tl_dr": "PHP_CodeSniffer (phpcs) needs to be configured correctly in PHPStorm under PHP > Quality Tools > PHP_CodeSniffer, with the Custom coding standard pointed at your project's phpcs.xml file.\nThis article gives separate setup steps for a freshly cloned project versus an existing one that isn't reporting issues yet, and explains how to read the resulting inline error and warning indicators in the editor.",
@@ -2671,6 +2822,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/MIT-VERSUS-LGPL-IN-PRACTICE-1.png",
                 "excerpt": "After a recent analysis, we discovered that one of the upstream packages we use is licensed under LGPL v3. Even though we at Dotkernel use the MIT license for our open source projects, the more restrictive license must be applied to the whole application.",
                 "tl_dr": "Dotkernel discovered that an upstream dependency, matomo/device-detector, was licensed under LGPL v3 - a more restrictive license than the MIT license Dotkernel uses for its own projects.\nBecause the more restrictive license would have to apply to the whole application, Dotkernel implemented a workaround: it stopped bundling that dependency by default and documented the licensing implications.",
@@ -2717,6 +2869,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-understanding-middleware.png",
                 "excerpt": "Middleware is code that exists between the request and response, and which can take the incoming request, perform actions based on it, and either complete the response or pass delegation on to the next middleware in the queue. The purpose of middleware Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application.",
                 "tl_dr": "Middleware is code that exists between the request and response: it can take an incoming request, act on it, and either complete the response itself or delegate to the next middleware in the queue.\nIt's used for concerns like authentication, CORS, caching, rate limiting, and more, and in PHP a PSR-15 compliant middleware implements Psr\\Http\\Server\\MiddlewareInterface with a single process() method.",
@@ -2731,6 +2884,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-config-provider.png",
                 "excerpt": "In PHP, the ConfigProvider is a class that is part of an application's bootstrap process. It's a class or callable that returns configuration data telling the platform which middleware should run, in what order, and sometimes under what conditions.",
                 "tl_dr": "In PHP, a ConfigProvider is a class or callable that is part of an application's bootstrap process, returning configuration data that tells the platform which middleware should run, in what order, and under what conditions.\nFrameworks like Mezzio, Laminas, Slim, and the Dotkernel Headless Platform use ConfigProviders to declare middleware pipeline configuration, dependency injection mappings, and request handlers, which get merged together automatically during bootstrap (except in Dotkernel, where new ConfigProviders must be registered manually).",
@@ -2745,6 +2899,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": true,
                 "opengraph_img": "/opengraph/article/twitter-card-request-lifecycle.png",
                 "excerpt": "Seamlessly Interconnected Middleware for Enterprise-Level Solutions The request lifecycle is the sequence of steps that happen from the moment a user makes an HTTP request until the server sends back a response. The graph below shows how the request is handled by Dotkernel Light (GitHub, documentation), one of the applications in the Dotkernel Headless Platform suite.",
                 "tl_dr": "The request lifecycle is the sequence of steps that happen from the moment a user makes an HTTP request until the server sends back a response.\nThis is illustrated using Dotkernel Light, one of the applications in the Dotkernel Headless Platform suite, walking through entry point setup, routing, handler execution, template rendering, response creation, and the response emitter.",
@@ -2766,6 +2921,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-naming-patten.png",
                 "excerpt": "This naming pattern is used in Dotkernel Admin v6 and will also be implemented in the next releases for Frontend and Light. The bigger a project is, the more time it will take to develop and the more people will be assigned to it.",
                 "tl_dr": "",
@@ -2787,6 +2943,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-headless-platform1.png",
                 "excerpt": "The principle of a Headless Platform is to decouple the User Interface (frontend) from the backend services. The responses from the platform are then used by another system, such as a website or mobile app.",
                 "tl_dr": "A Headless Platform decouples the frontend (UI) from the backend services, with responses consumed by another system such as a website or mobile app. The Dotkernel Headless Platform is made up of Dotkernel API (a REST API based on the Mezzio skeleton) and Dotkernel Admin (a backend management interface), which can be installed separately or together.\nUsing both together, sharing a common Core module, gives consistent entities and queries, an easy-to-maintain shared file structure, and an architecture that scales from small microservices to enterprise-grade APIs.",
@@ -2801,6 +2958,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-core-submodule.png",
                 "excerpt": "Dotkernel has implemented a Headless solution made up of these applications: Dotkernel API - a REST API, the root of the platform. Dotkernel Admin - (optional) complementary backend management.",
                 "tl_dr": "Dotkernel's Headless Platform is composed of Dotkernel API, Admin, and Queue, and can share a common Core submodule that holds the database entities and services used consistently across all of them.\nThe article walks through creating the Core submodule with git submodule add, committing changes from within the Core folder, and initializing/updating it with git submodule init and git submodule update.\nSharing a Core module brings design flexibility, scalability, and easier bugfixes and onboarding as the platform grows.",
@@ -2815,6 +2973,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-api-v6.png",
                 "excerpt": "Dotkernel API has come a long way since we published a list of its architecture and components a while ago. We implemented new features, while some components were replaced, and others were enhanced.",
                 "tl_dr": "Dotkernel API has evolved significantly since its original architecture and components article, adding Content Negotiation, standardized error responses via mezzio-problem-details, a shareable Core module, a custom templating solution replacing Twig, and a leaner handler dependency setup.\nPackages were updated across the board, the test suite switched from Psalm to PHPStan at a stricter rule level, and the roadmap for v6.1 targets Service Manager 4 and PHP 8.4/8.5 support.",
@@ -2829,6 +2988,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-complementary-admin.png",
                 "excerpt": "The Dotkernel Headless Platform is built with an architecture designed to be easy to maintain and expand indefinitely. Its core components are Dotkernel API and Dotkernel Queue, but the Dotkernel application suite also offers a fully separate, complementary Admin application designed to pair seamlessly with Dotkernel API.",
                 "tl_dr": "The Dotkernel Headless Platform's core components are Dotkernel API and Dotkernel Queue, but the suite also offers a fully separate, complementary Admin application designed to pair seamlessly with Dotkernel API.\nAdmin is an independent app built on the same Mezzio + Laminas foundation, sharing a unified tech stack with the API so the two form a cohesive, consistent system.",
@@ -2843,6 +3003,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-queue.png",
                 "excerpt": "Dotkernel Queue is a component based on Symfony Messenger that is used to queue asynchronous tasks. netglue/laminas-messenger is an adapter that integrates Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications.",
                 "tl_dr": "Dotkernel Queue is a component built on Symfony Messenger (via the netglue/laminas-messenger adapter) that lets time-consuming or resource-intensive operations run asynchronously on background workers instead of inside the normal PHP request-response cycle.\nAn active daemon listens for TCP connections, stores incoming messages in Redis, and processes them in FIFO order, with logging, IP-whitelisting security, a configurable retry mechanism, reporting metrics, and a Dead Letter Queue for messages that fail.\nPriorities and parallel execution are planned future features.",
@@ -2857,6 +3018,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-dotmaker-2.png",
                 "excerpt": "The dotkernel/dot-maker library, also named DotMaker, is designed to programmatically generate project files and directories that match the Dotkernel file structure inspired by Mezzio. Handling the file creation and configuration task manually invites mistakes that nobody has time for.",
                 "tl_dr": "DotMaker (dotkernel/dot-maker) programmatically generates project files and directories matching the Dotkernel file structure inspired by Mezzio.\nIt boosts productivity and enforces consistency and standardization compared to creating modules and files by hand, and it can tell the difference between Dotkernel applications (Api, Admin, Frontend) to create the files each one requires.",
@@ -2871,6 +3033,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-api-evolution-versioning.png",
                 "excerpt": "In programming and software architecture, an Evolution Pattern is a reusable, high-level strategy for modifying or evolving existing software systems over time. An evolution pattern tries to keep software relevant for old and new users by whatever means are available, as new needs arise.",
                 "tl_dr": "An Evolution Pattern keeps the same codebase and evolves it gradually (for example via sunsetting), while API versioning maintains multiple parallel versions of an API so existing clients aren't broken.\nThe two are not mutually exclusive.\nDotkernel API favors an evolution pattern with a sunsetting mechanism, reserving full versioning for major, format-level changes.",
@@ -2885,6 +3048,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-headless-v7.png",
                 "excerpt": "The Dotkernel Headless Platform has seen new releases for both API and Admin. The Admin codebase has received an overall facelift, as well as updates to retain compatibility with API v7.",
                 "tl_dr": "Dotkernel API v7 adds support for native UUID v7, PostgreSQL, PHP 8.5, database table prefixes, and improved database configuration, while replacing the binary data type for id columns with uuid.\nIt drops the Evolution pattern's Method Deprecation support and MySQL, since MySQL doesn't support the UUID data type.\nUUIDs are generated with the ramsey/uuid package, previously uuid-named table columns are now called id, and PostgreSQL or MariaDB v11.4+ is required for UUID support.",
@@ -2899,6 +3063,7 @@
                     "github": "bidi47"
                 },
                 "isObsolete": false,
+                "isTwig": false,
                 "opengraph_img": "/opengraph/article/twitter-card-totp.png",
                 "excerpt": "What TOTP Does A Time-based One-Time Password (TOTP) is a security algorithm used as part of two-factor authentication (2FA) to protect against account attacks. The mechanism is integrated into dot-totp to enhance security by requiring both a password and an additional one-time code.",
                 "tl_dr": "dot-totp adds two-factor authentication (2FA) to Dotkernel Admin using time-based one-time passwords.\nUsers authenticate with their password plus a 6-digit code from an Authenticator app that refreshes every 30 seconds.\nInstallation is one Composer command plus a set of forms, handlers, middleware, and templates from the official code examples, applying a TotpTrait to the relevant entity, migrating three new database columns, and registering routes/pipeline/ConfigProvider updates.",
diff --git a/src/App/src/Migration/Version20260907163051.php b/src/App/src/Migration/Version20260907163051.php
new file mode 100644
index 00000000..ccc051b2
--- /dev/null
+++ b/src/App/src/Migration/Version20260907163051.php
@@ -0,0 +1,31 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Migration;
+
+use Doctrine\DBAL\Schema\Schema;
+use Doctrine\Migrations\AbstractMigration;
+
+/**
+ * Auto-generated Migration: Please modify to your needs!
+ */
+final class Version20260907163051 extends AbstractMigration
+{
+    public function getDescription(): string
+    {
+        return '';
+    }
+
+    public function up(Schema $schema): void
+    {
+        // this up() migration is auto-generated, please modify it to your needs
+        $this->addSql('ALTER TABLE post ADD isTwig TINYINT DEFAULT 0 NOT NULL');
+    }
+
+    public function down(Schema $schema): void
+    {
+        // this down() migration is auto-generated, please modify it to your needs
+        $this->addSql('ALTER TABLE post DROP isTwig');
+    }
+}
diff --git a/src/App/src/Service/ArticleBodyCleaner.php b/src/App/src/Service/ArticleBodyCleaner.php
new file mode 100644
index 00000000..2eccbccf
--- /dev/null
+++ b/src/App/src/Service/ArticleBodyCleaner.php
@@ -0,0 +1,24 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Light\App\Service;
+
+use function preg_replace;
+use function trim;
+
+/**
+ * Strips the leading `# Title` heading (already rendered separately from the article's DB
+ * title) and the `## TL;DR` section (an LLM-summary artifact, not meant for human display) from
+ * a Markdown article body.
+ */
+final class ArticleBodyCleaner
+{
+    public static function clean(string $body): string
+    {
+        $body = (string) preg_replace('/\A#[ \t][^\n]*\n/', '', $body, 1);
+        $body = (string) preg_replace('/^## TL;DR\s*$.*?(?=^## |\z)/ms', '', $body, 1);
+
+        return trim($body);
+    }
+}
diff --git a/src/App/src/Service/FaqExtractor.php b/src/App/src/Service/FaqExtractor.php
new file mode 100644
index 00000000..3bae9438
--- /dev/null
+++ b/src/App/src/Service/FaqExtractor.php
@@ -0,0 +1,48 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Light\App\Service;
+
+use function preg_match;
+use function preg_match_all;
+use function preg_replace;
+use function trim;
+
+use const PREG_SET_ORDER;
+
+/**
+ * Pulls the trailing `## FAQ` section (a `**Q: ...**` / `A: ...` pair per question) out of a
+ * Markdown article body, so it can be rendered as an accordion and fed into JSON-LD separately
+ * from the rest of the body.
+ */
+final class FaqExtractor
+{
+    /**
+     * @return array{faq: list<array{question: string, answer: string}>, body: string}
+     */
+    public static function extract(string $body): array
+    {
+        if (preg_match('/^## FAQ\s*$(.*)\z/ms', $body, $section, offset: 0) !== 1) {
+            return ['faq' => [], 'body' => $body];
+        }
+
+        $faq = [];
+        preg_match_all(
+            '/\*\*Q:\s*(.+?)\*\*\s*\n\s*A:\s*(.+?)(?=\n\s*\n|\z)/s',
+            $section[1],
+            $matches,
+            PREG_SET_ORDER
+        );
+        foreach ($matches as $match) {
+            $faq[] = [
+                'question' => trim($match[1]),
+                'answer'   => trim(preg_replace('/\s+/', ' ', $match[2]) ?? ''),
+            ];
+        }
+
+        $body = trim((string) preg_replace('/^## FAQ\s*$.*\z/ms', '', $body));
+
+        return ['faq' => $faq, 'body' => $body];
+    }
+}
diff --git a/src/App/src/Service/FrontMatter.php b/src/App/src/Service/FrontMatter.php
new file mode 100644
index 00000000..686aa405
--- /dev/null
+++ b/src/App/src/Service/FrontMatter.php
@@ -0,0 +1,31 @@
+<?php
+
+declare(strict_types=1);
+
+namespace Light\App\Service;
+
+use Symfony\Component\Yaml\Yaml;
+
+use function preg_match;
+use function trim;
+
+/**
+ * Splits a Markdown file's leading `---` YAML front matter block from its body.
+ */
+final class FrontMatter
+{
+    /**
+     * @return array{meta: array<string, mixed>, body: string}
+     */
+    public static function parse(string $raw): array
+    {
+        if (preg_match('/\A---\r?\n(.*?)\r?\n---\r?\n?(.*)\z/s', $raw, $matches) !== 1) {
+            return ['meta' => [], 'body' => trim($raw)];
+        }
+
+        /** @var array<string, mixed> $meta */
+        $meta = Yaml::parse($matches[1]) ?? [];
+
+        return ['meta' => $meta, 'body' => trim($matches[2])];
+    }
+}
diff --git a/src/App/templates/layout/blog-post.html.twig b/src/App/templates/layout/blog-post.html.twig
index 825a748b..7013570b 100644
--- a/src/App/templates/layout/blog-post.html.twig
+++ b/src/App/templates/layout/blog-post.html.twig
@@ -1,6 +1,58 @@
 {% extends '@layout/default.html.twig' %}
 
-{% block json_ld %} {{ include('@jsonld/' ~ article.category.slug ~ '/' ~ article.slug ~ '.jsonld.twig') }} {% endblock %}
+{% block json_ld %}
+<script type="application/ld+json">
+    {
+        "@context": "https://schema.org",
+        "@graph": [
+            {
+                "@type": "TechArticle",
+                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
+                "headline": {{ article.title|json_encode|raw }},
+                "description": {{ article.excerpt|json_encode|raw }},
+                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
+                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
+                "datePublished": "{{ article.postDate|date('c') }}",
+                "dateModified": "{{ article.postDate|date('c') }}",
+                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
+                "articleSection": {{ article.category.name|json_encode|raw }},
+                "author": {
+                    "@type": "Person",
+                    "name": {{ article.author.name|json_encode|raw }},
+                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
+                },
+                "publisher": {
+                    "@type": "Organization",
+                    "name": "Dotkernel",
+                    "url": "{{ app.url }}",
+                    "logo": {
+                        "@type": "ImageObject",
+                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
+                    }
+                }
+            },
+            {
+                "@type": "BreadcrumbList",
+                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
+                "itemListElement": [
+                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
+                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
+                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
+                ]
+            }{% if faq is not empty %},
+            {
+                "@type": "FAQPage",
+                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
+                "mainEntity": [
+                    {% for item in faq %}
+                    { "@type": "Question", "name": {{ item.question|json_encode|raw }}, "acceptedAnswer": { "@type": "Answer", "text": {{ item.answer|json_encode|raw }} } }{% if not loop.last %},{% endif %}
+                    {% endfor %}
+                ]
+            }{% endif %}
+        ]
+    }
+</script>
+{% endblock %}
 
 {% block title %}{{ article.title }}{% endblock %}
 
diff --git a/src/Blog/src/Entity/Post.php b/src/Blog/src/Entity/Post.php
index 3912e195..26287118 100644
--- a/src/Blog/src/Entity/Post.php
+++ b/src/Blog/src/Entity/Post.php
@@ -51,6 +51,9 @@ enumType: PostStatusEnum::class,
     #[ORM\Column(name: 'isObsolete', type: 'boolean')]
     private bool $isObsolete = false;
 
+    #[ORM\Column(name: 'isTwig', type: 'boolean', options: ['default' => false])]
+    private bool $isTwig = false;
+
     #[ORM\Column(name: 'opengraph_img', type: 'string', length: 255, nullable: true)]
     private ?string $openGraphImage = null;
 
@@ -155,6 +158,16 @@ public function setObsolete(bool $isObsolete): void
         $this->isObsolete = $isObsolete;
     }
 
+    public function isTwig(): bool
+    {
+        return $this->isTwig;
+    }
+
+    public function setTwig(bool $isTwig): void
+    {
+        $this->isTwig = $isTwig;
+    }
+
     public function getOpenGraphImage(): ?string
     {
         return $this->openGraphImage;
@@ -183,6 +196,7 @@ public function getPostTags(): Collection
      *     tlDr: string|null,
      *     postDate: string,
      *     isObsolete: bool,
+     *     isTwig: bool,
      *     openGraphImage: string|null,
      *     category: array{id: non-empty-string, name: string, slug: string},
      *     author: array{id: non-empty-string, name: string, slug: string, github: string|null}
@@ -198,6 +212,7 @@ public function getArrayCopy(): array
             'excerpt'        => $this->excerpt,
             'tlDr'           => $this->tlDr,
             'isObsolete'     => $this->isObsolete,
+            'isTwig'         => $this->isTwig,
             'openGraphImage' => $this->openGraphImage,
             'postDate'       => $this->postDate->format('Y-m-d H:i:s'),
             'category'       => $this->category->getArrayCopy(),
diff --git a/src/Blog/src/Handler/GetPostResourceHandler.php b/src/Blog/src/Handler/GetPostResourceHandler.php
index 2b9cf898..b9a0915b 100644
--- a/src/Blog/src/Handler/GetPostResourceHandler.php
+++ b/src/Blog/src/Handler/GetPostResourceHandler.php
@@ -7,6 +7,9 @@
 use Fig\Http\Message\StatusCodeInterface;
 use Laminas\Diactoros\Response\HtmlResponse;
 use Laminas\Diactoros\Response\TextResponse;
+use Light\App\Service\ArticleBodyCleaner;
+use Light\App\Service\FaqExtractor;
+use Light\App\Service\FrontMatter;
 use Light\Blog\Enum\PostStatusEnum;
 use Light\Blog\Repository\CategoryRepository;
 use Light\Blog\Repository\PostRepository;
@@ -59,15 +62,45 @@ public function handle(ServerRequestInterface $request): ResponseInterface
         }
         $meta     = $article;
         $adjacent = $this->articleRepository->getAdjacentPosts($article);
+
+        if ($article->isTwig()) {
+            try {
+                $html = $this->template->render(
+                    "page::blog-resource/{$categorySlug}/{$slug}",
+                    [
+                        'article'      => $article,
+                        'meta'         => $meta,
+                        'categories'   => $categories,
+                        'previousPost' => $adjacent['previous'],
+                        'nextPost'     => $adjacent['next'],
+                        'faq'          => [],
+                    ]
+                );
+                return new HtmlResponse($html);
+            } catch (Throwable $e) {
+                return $this->blogService->notFound($categories);
+            }
+        }
+
+        $markdownFile = $this->blogService->resolveMarkdownFilePath($categorySlug, $slug);
+        if ($markdownFile === null) {
+            return $this->blogService->notFound($categories);
+        }
+
+        $parsed = FrontMatter::parse((string) file_get_contents($markdownFile));
+        $faq    = FaqExtractor::extract(ArticleBodyCleaner::clean($parsed['body']));
+
         try {
             $html = $this->template->render(
-                'page::blog-resource/' . $article->getCategory()->getSlug() . '/' . $slug,
+                'page::markdown-article',
                 [
                     'article'      => $article,
                     'meta'         => $meta,
                     'categories'   => $categories,
                     'previousPost' => $adjacent['previous'],
                     'nextPost'     => $adjacent['next'],
+                    'content'      => $faq['body'],
+                    'faq'          => $faq['faq'],
                 ]
             );
             return new HtmlResponse($html);
diff --git a/src/Blog/templates/page/JSON-LD/android/listen-for-android-install-referrer.jsonld.twig b/src/Blog/templates/page/JSON-LD/android/listen-for-android-install-referrer.jsonld.twig
deleted file mode 100644
index e85bcfe5..00000000
--- a/src/Blog/templates/page/JSON-LD/android/listen-for-android-install-referrer.jsonld.twig
+++ /dev/null
@@ -1,78 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "Does Android send information when the app is installed?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Yes. Android market broadcasts an intent containing referrer information at the moment the app is installed."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "When is this referrer information available to the app?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It's delivered as a broadcasted intent at install time, before the app is ever opened."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.jsonld.twig b/src/Blog/templates/page/JSON-LD/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.jsonld.twig
deleted file mode 100644
index 16a3a40c..00000000
--- a/src/Blog/templates/page/JSON-LD/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.jsonld.twig
+++ /dev/null
@@ -1,64 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What problem does this article address?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "When multiple broadcast receivers are registered separately to listen for the same intent in the same Android app, this can lead to unexpected results: one broadcast receiver might consume the broadcasted intent, leaving the others with nothing to receive."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "When is this issue most likely to occur?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "This can happen when you use 3rd party libraries that already define their own broadcast receivers alongside your app's own receivers."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/architecture/configprovider-bootstrap-modern-php-applications.jsonld.twig b/src/Blog/templates/page/JSON-LD/architecture/configprovider-bootstrap-modern-php-applications.jsonld.twig
deleted file mode 100644
index fe7ffe08..00000000
--- a/src/Blog/templates/page/JSON-LD/architecture/configprovider-bootstrap-modern-php-applications.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is a ConfigProvider in PHP?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It is a class that is part of an application's bootstrap process: a class or callable that returns configuration data telling the platform which middleware should run, in what order, and sometimes under what conditions."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What does the ConfigProvider return in the Laminas/Mezzio ecosystem?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "In the Laminas/Mezzio ecosystem, it's literally an array of configuration, settings, or anything else the application needs, and each module or package may contain its own ConfigProvider returning middleware pipeline configuration, dependency injection mappings, and request handlers."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is the difference between 'factories' and 'invokables' in the dependencies array?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "factories will have the factory build the service, while invokables will use new directly. You can also use aliases to redirect to another service name and delegators to wrap the original service."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does the ConfigProvider get used during application bootstrap?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It is automatically picked up by the framework during bootstrap: all ConfigProviders are merged into one array, the configuration array is read (similar to $config = $container->get('config') ?? [];), each item is resolved via $app->pipe(), the error-handling middleware is placed last in the pipeline, and at runtime Laminas Stratigility iterates over the pipeline in the order it was registered."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Are new ConfigProviders auto-discovered in Dotkernel?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel is an exception to the usual auto-discovery rule: new ConfigProviders have to be added manually in config/config.php, because all the initial ConfigProviders required to install the applications are already injected."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What are the benefits of using a ConfigProvider?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Benefits include centralized setup instead of hardcoded bootstrap code, modularity so each package can ship its own config, container-friendliness with DI containers like Laminas ServiceManager, PHP-DI or Pimple, standardized service definitions, environment-agnostic configuration for dev/test/prod, and better testability of the pipeline setup."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/architecture/request-lifecycle-for-a-mezzio-based-application.jsonld.twig b/src/Blog/templates/page/JSON-LD/architecture/request-lifecycle-for-a-mezzio-based-application.jsonld.twig
deleted file mode 100644
index 1ca462e0..00000000
--- a/src/Blog/templates/page/JSON-LD/architecture/request-lifecycle-for-a-mezzio-based-application.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is the request lifecycle?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The request lifecycle is the sequence of steps that happen from the moment a user makes an HTTP request until the server sends back a response."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens at the entry point of a request?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The application bootstraps and loads configuration to create the Mezzio application instance, registers factories, aliases and delegators in the service container, reads all available routes with their allowed request methods and registers them (managed by FastRoute), and loads the predefined order of middleware in the pipeline."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does routing work in a Mezzio-based application?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "FastRoute matches the incoming URL and method against the registered routes, for example matching a GET request to /page/about against the GetPageViewHandler handler under the route name page::about."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens during handler invocation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The matched route name is extracted from the request attribute and passed to the renderer, using code similar to $template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();, after which the handler executes the custom business logic."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens during template rendering?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Twig loads the matched template file, applies the layout it extends, renders its blocks, and includes any partials, producing the final HTML output."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How is the response created and returned to the browser?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "An HtmlResponse is created with a status code, headers, and the rendered HTML body. It then flows back through the middleware stack in reverse (the response pipeline), where middleware can modify headers, cookies, or compress content, before the response emitter sends the final response back to the browser as HTTP 20x/30x, 40x, or 50x."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/architecture/understanding-middleware.jsonld.twig b/src/Blog/templates/page/JSON-LD/architecture/understanding-middleware.jsonld.twig
deleted file mode 100644
index 3ef25500..00000000
--- a/src/Blog/templates/page/JSON-LD/architecture/understanding-middleware.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is middleware?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Middleware is code that exists between the request and response, and which can take the incoming request, perform actions based on it, and either complete the response or pass delegation on to the next middleware in the queue."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is the purpose of middleware?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application. In web services, the Input represents the Request received, and Output represents the Response to be sent."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What can middleware be used for?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Middleware can be used for purposes such as A/B testing, debugging, caching, CORS, authentication (HTTP Basic Auth, OAuth 2.0, OpenID), CSRF protection, rate limiting, referrals, and IP restriction."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What interface must PHP middleware implement to be PSR-15 compliant?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "According to PSR-15, a compliant middleware must implement Psr\\Http\\Server\\MiddlewareInterface, which requires a process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface method."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does middleware get called within the application pipeline?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The application pipeline defines the execution flow: the request passes through the middleware one by one, in the order they are placed. If control passes through all middleware successfully, execution is passed to your custom code, which generates a response, and execution then passes back through the middleware in reverse order. If execution is terminated before reaching your custom code (e.g. via an exception), the response is generated by the last middleware reached."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is a practical, real-world example of middleware?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "A simple example is enhancing a request with the user's IP for logging purposes or geographical reporting. The request first passes through the IP middleware, which enhances the request with the user's IP and other relevant data, then control passes to the custom handler that processes the request and returns a response. The flow continues in reverse, back through the IP middleware, which can change the output before it's returned to the user."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/aptana-set-svn-keywords.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/aptana-set-svn-keywords.jsonld.twig
deleted file mode 100644
index de9cd76a..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/aptana-set-svn-keywords.jsonld.twig
+++ /dev/null
@@ -1,72 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "How do you set the svn:keywords property for a file in Aptana?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Write the keyword marker (for example $Id$) in the file, then right click the file and follow Team -> Set Property..., select svn:keywords, and write Id in the text field."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why is \"Set Property...\" not active when I right click the file?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Set Property... will not be active if the file hasn't first been added to SVN. Use Team -> Add to Version Controller before trying to set the property."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens to the $Id$ keyword after an SVN commit?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "After the SVN commit of the file, the $Id$ keyword is replaced with text containing the file's SVN metadata, in a specific format."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/basic-security-in-dotkernel-headless-platform.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/basic-security-in-dotkernel-headless-platform.jsonld.twig
deleted file mode 100644
index 3af5dc1a..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/basic-security-in-dotkernel-headless-platform.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What are the main facets of software security to consider?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Software security spans many areas: authentication and access control, data protection, input validation and injection, web and API security, dependency and supply chain risks, configuration and deployment, network and infrastructure security, logging/monitoring and incident response, secure software development lifecycle, and human and organizational factors."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does Dotkernel handle form input validation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel API uses laminas/laminas-inputfilter to ensure a field is present and of the correct type. Dotkernel Admin additionally uses laminas/laminas-form, which provides form element objects, an InputFilter for each input (or custom validators), and methods for binding data to and from the form, integrating with laminas-escaper, laminas-validator, laminas-session, and laminas-filter."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does Dotkernel API handle content negotiation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Content negotiation is handled via a middleware configured in the config/autoload/content-negotiation.global.php file. It uses the Content-Type and Accept HTTP request headers to negotiate with the client, returning application/json or application/hal+json data formats."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How is CORS handled and configured in Dotkernel API?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "CORS is handled by mezzio/mezzio-cors and configured in the config/autoload/cors.local.php file, validating calls using configuration items like origins, headers, max age, and credentials. When configuring the pipeline, the CorsMiddleware must be added before the RouteMiddleware."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What should be done with the demo credentials before going to production?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Demo credentials are provided for convenience during installation testing, but it is important to update or remove these accounts in your production environment."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What are the security recommendations around OpenAPI documentation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "You should not include sensitive information for your endpoints in the OpenAPI documentation, and you should not enable the documentation in a production environment."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/golden-rules-of-professional-php-coding.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/golden-rules-of-professional-php-coding.jsonld.twig
deleted file mode 100644
index 5b28d2c2..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/golden-rules-of-professional-php-coding.jsonld.twig
+++ /dev/null
@@ -1,88 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What error reporting settings should be used in development and staging?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Always use the highest error reporting level and turn display_errors ON, for example with error_reporting(-1); and ini_set('display_errors', 1);."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What should you do about warnings and notices?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Fix every warning or notice that occurs, and regularly check the server's error_log for notices and warnings."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How should temporary hacks or quick fixes be marked in code?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Identify any temporary hack with a special mark, such as a #@TODO comment noting who added it and why."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is the rule about what a function should do?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Each function must do a single task. For example, if you're logging in a user and also recording that login in a stats table, create a separate function (or even a distinct class) for the stats recording, rather than combining both tasks in one function."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What tools does the article recommend for professional PHP development?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It recommends using a version control system (noting that SVN is not dead) and using an IDE such as Aptana 2, Aptana 3, Eclipse, or Zend Studio, and knowing your IDE's code snippets, code assist, Zend Framework integration, SVN integration, and bug tracker integration."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/htaccess-301-redirect-non-www-to-www.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/htaccess-301-redirect-non-www-to-www.jsonld.twig
deleted file mode 100644
index 76c99b97..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/htaccess-301-redirect-non-www-to-www.jsonld.twig
+++ /dev/null
@@ -1,64 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "How do I redirect a non-www domain to www using .htaccess?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Add RewriteCond %{HTTP_HOST} ^dotboost.com and RewriteRule ^(.*)$ http://www.dotboost.com/$1 to your .htaccess file, right after RewriteEngine On, replacing dotboost.com with your own domain."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I redirect a www domain to non-www instead?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Add RewriteCond %{HTTP_HOST} ^www.dotboost.com and RewriteRule ^(.*)$ http://dotboost.com/$1 instead, again replacing dotboost.com with your own domain."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/insert-update-delete-statements-with-zend-db.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/insert-update-delete-statements-with-zend-db.jsonld.twig
deleted file mode 100644
index 89f50730..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/insert-update-delete-statements-with-zend-db.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What are DML statements?", "acceptedAnswer": { "@type": "Answer", "text": "DML (Data Manipulation Language) statements are statements that change data values in database tables. There are 3 primary DML statements: INSERT, UPDATE, and DELETE." } },
-                    { "@type": "Question", "name": "How do you insert a new row with Zend_Db?", "acceptedAnswer": { "@type": "Answer", "text": "Build an associative array of column names to values (e.g. email, password, firstName, lastName, active) and pass it to $db->insert('user', $data), which corresponds to an SQL INSERT INTO ... VALUES statement." } },
-                    { "@type": "Question", "name": "How do you update rows with Zend_Db, including incrementing a column?", "acceptedAnswer": { "@type": "Answer", "text": "Build a $data array of the columns to update, using a Zend_Db_Expr for expressions such as incrementing accountUpdate (new Zend_Db_Expr('accountUpdate+1')), then call $db->update('user', $data, 'id = '.$id)." } },
-                    { "@type": "Question", "name": "How do you delete a row with Zend_Db?", "acceptedAnswer": { "@type": "Answer", "text": "Call $db->delete('user', 'id = '.$id), which is equivalent to the SQL statement DELETE FROM user WHERE id = '$id'." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/sql-queries-using-zend-db-select.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/sql-queries-using-zend-db-select.jsonld.twig
deleted file mode 100644
index a0d6da75..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/sql-queries-using-zend-db-select.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does Zend_Db provide?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Db and its related classes provide a simple SQL database interface for Zend Framework. To connect to a MySQL database, the Pdo_Mysql adapter is used via Zend_Db::factory('Pdo_Mysql', $dbConnect)." } },
-                    { "@type": "Question", "name": "How do you write a SELECT with a JOIN and a WHERE clause in Zend_Db style?", "acceptedAnswer": { "@type": "Answer", "text": "Use $db->select()->from(array('a'=>'users'), array('a.id','a.name'))->join(array('b'=>'orders'), 'a.id = b.user_id', array('b.order_id'))->where('a.id = ?', $userId), which is equivalent to a classical SQL query using INNER JOIN." } },
-                    { "@type": "Question", "name": "How do you join a table without selecting any of its columns?", "acceptedAnswer": { "@type": "Answer", "text": "Pass an empty string as the 3rd parameter of the join() method, e.g. ->join(array('b'=>'orders'), 'a.id = b.user_id', '')." } },
-                    { "@type": "Question", "name": "What happens if the 3rd parameter of join() is omitted entirely?", "acceptedAnswer": { "@type": "Answer", "text": "If the 3rd parameter is not written, it will select all the fields from that joined table (equivalent to SELECT ..., b.* in SQL)." } },
-                    { "@type": "Question", "name": "How do you write a WHERE IN clause with Zend_Db?", "acceptedAnswer": { "@type": "Answer", "text": "Use ->where('aff_id IN (?)', array(1,2,3)) on the select object, equivalent to SQL's WHERE aff_id IN ('1','2','3')." } },
-                    { "@type": "Question", "name": "How can you check that a Zend_Db select is generating the correct query?", "acceptedAnswer": { "@type": "Answer", "text": "Before fetching it, echo the query to visualize it: echo $select->__toString();exit;" } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/subqueries-with-zend-db.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/subqueries-with-zend-db.jsonld.twig
deleted file mode 100644
index 312c117d..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/subqueries-with-zend-db.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What SQL techniques does this subquery example combine?", "acceptedAnswer": { "@type": "Answer", "text": "The example combines COUNT(), LEFT JOIN, and GROUP BY, selecting from 3 tables and counting rows from 2 different tables." } },
-                    { "@type": "Question", "name": "How do you embed a subquery as a selected column in a Zend_Db select?", "acceptedAnswer": { "@type": "Answer", "text": "Wrap a nested $db->select() call inside a Zend_Db_Expr, building the subquery string with the outer table's correlated WHERE condition (e.g. c.track_id = a.id), as shown for the count_files column." } },
-                    { "@type": "Question", "name": "How is the LEFT JOIN with a COUNT expressed in Zend_Db?", "acceptedAnswer": { "@type": "Answer", "text": "Use ->joinLeft(array('b'=>'track_courses'), 'a.id = b.track_id', array('count_courses' => 'COUNT(b.track_id)')) followed by ->group('a.id')." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/svn-export-in-a-virtual-host.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/svn-export-in-a-virtual-host.jsonld.twig
deleted file mode 100644
index 1f66d24b..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/svn-export-in-a-virtual-host.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do you check if Subversion is installed on the host?", "acceptedAnswer": { "@type": "Answer", "text": "Run svn --version. If you don't get a \"command not found\" message, Subversion is installed; otherwise, you need to install it." } },
-                    { "@type": "Question", "name": "What is the basic command to export a repository?", "acceptedAnswer": { "@type": "Answer", "text": "The command is svn export repositoryUrl targetDirectory, run from the host where you want to export the repository, ideally using the domain's user rather than root." } },
-                    { "@type": "Question", "name": "What does the -r option do?", "acceptedAnswer": { "@type": "Answer", "text": "-r revisionNumber is optional and exports a specific revision; by default, the latest revision is used." } },
-                    { "@type": "Question", "name": "What does the --force option do, and what is the risk?", "acceptedAnswer": { "@type": "Answer", "text": "By default SVN will not export into an existing directory; --force overrides this. Be careful, since this option can overwrite files." } },
-                    { "@type": "Question", "name": "How do you fix file permissions if you exported the repository as a different user?", "acceptedAnswer": { "@type": "Answer", "text": "As root, run chown -R siteuser.psacln /var/www/vhosts/example.com/httpdocs to change the permissions back." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/svn-keywords-setup-in-php-ide-zend-studio.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/svn-keywords-setup-in-php-ide-zend-studio.jsonld.twig
deleted file mode 100644
index b306c2b5..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/svn-keywords-setup-in-php-ide-zend-studio.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why set these SVN properties on each project?", "acceptedAnswer": { "@type": "Answer", "text": "They provide better integration of SVN, your PHP IDE (Zend Studio), and a bug tracker of choice, and must be set for each project you have." } },
-                    { "@type": "Question", "name": "What does the svn:ignore property do here?", "acceptedAnswer": { "@type": "Answer", "text": "It tells SVN to ignore local settings files such as *.project, *.prefs, .project, cache, .settings, .buildpath, and *.ini, since you don't want to commit your local settings to the main repository." } },
-                    { "@type": "Question", "name": "How do you set up basic bug tracker integration?", "acceptedAnswer": { "@type": "Answer", "text": "Set the bugtracq:label property to \"Tracker ID:\" and bugtraq:message; if you have a public bug tracker such as Mantis, also set bugtraq:url to a URL pattern like http://www.dotkernel.net/view.php?id=%BUGID%." } },
-                    { "@type": "Question", "name": "Should these properties be applied recursively?", "acceptedAnswer": { "@type": "Answer", "text": "No. For the properties above, apply them only to the project folder, not recursively." } },
-                    { "@type": "Question", "name": "How is the svn:keywords property applied differently?", "acceptedAnswer": { "@type": "Answer", "text": "Check \"Apply property recursively to:\", select \"All resources\", then check \"Use filtration by the resource name\" and add the mask *.php." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/using-like-wildcards-with-zend-db.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/using-like-wildcards-with-zend-db.jsonld.twig
deleted file mode 100644
index 845814ac..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/using-like-wildcards-with-zend-db.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What do the LIKE wildcards _ and % mean?", "acceptedAnswer": { "@type": "Answer", "text": "The _ wildcard matches a single character, while % matches any string of any length, including zero length." } },
-                    { "@type": "Question", "name": "Which SQL statements can use the LIKE condition?", "acceptedAnswer": { "@type": "Answer", "text": "LIKE allows pattern matching in the WHERE clause and can be used in any valid SQL statement: SELECT, INSERT, UPDATE, or DELETE." } },
-                    { "@type": "Question", "name": "How do you build a LIKE query with Zend_Db?", "acceptedAnswer": { "@type": "Answer", "text": "Quote the column with $this->db->quoteIdentifier(), build the condition with $this->db->quoteInto(\"$col LIKE ? \", $pattern), and pass the resulting $where string into ->where() on a select, then run it with $this->db->fetchAll($select)." } },
-                    { "@type": "Question", "name": "How do you combine multiple LIKE conditions with OR?", "acceptedAnswer": { "@type": "Answer", "text": "Build the first condition with quoteInto, then append further ones with quoteInto(\"OR $col LIKE (?) \", $pattern), as in the example matching 'gallery' or 'folder' in the source field." } },
-                    { "@type": "Question", "name": "How does NOT LIKE differ from LIKE?", "acceptedAnswer": { "@type": "Answer", "text": "NOT LIKE negates the pattern match - for example, id NOT LIKE '1_' returns ids that don't start with 1 or don't have exactly 2 digits, and NOT LIKE conditions can be chained with AND to exclude several patterns at once." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/what-are-returning-the-fetch-functions-from-zend-db.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/what-are-returning-the-fetch-functions-from-zend-db.jsonld.twig
deleted file mode 100644
index 1ad7156a..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/what-are-returning-the-fetch-functions-from-zend-db.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What FETCH methods are available in Zend_Db_Adapter_Abstract?", "acceptedAnswer": { "@type": "Answer", "text": "The article covers fetchAll, fetchAssoc, fetchCol, fetchOne, fetchPairs, and fetchRow." } },
-                    { "@type": "Question", "name": "What does fetchAll do compared to the old query style?", "acceptedAnswer": { "@type": "Answer", "text": "$a = $db->fetchAll($select) replaces the old-style loop that calls next_record() repeatedly and builds an array of associative rows using f() for each column." } },
-                    { "@type": "Question", "name": "What does fetchRow return?", "acceptedAnswer": { "@type": "Answer", "text": "$a = $db->fetchRow($select) returns a single row as an associative array, replacing a single next_record() call followed by f() calls for each column." } },
-                    { "@type": "Question", "name": "What does fetchOne return?", "acceptedAnswer": { "@type": "Answer", "text": "$a = $db->fetchOne($select) returns a single value, replacing a single next_record() call followed by one f() call." } },
-                    { "@type": "Question", "name": "How do the old-style query(), next_record(), and f() methods relate to Mysqli?", "acceptedAnswer": { "@type": "Answer", "text": "query() is similar to mysqli_query(), next_record() is similar to mysqli_next_result(), and f() retrieves the value of the column specified as a parameter." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.jsonld.twig
deleted file mode 100644
index 11f47479..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why use CURRENT_TIMESTAMP as a DEFAULT value for a date/time field?", "acceptedAnswer": { "@type": "Answer", "text": "Because when inserting a new row, there is no need to specifically set the date/time value yourself, either from PHP Date/Time functions or with MySQL's NOW() function." } },
-                    { "@type": "Question", "name": "How do you make a field update its timestamp automatically on every UPDATE?", "acceptedAnswer": { "@type": "Answer", "text": "Add the ON UPDATE CURRENT_TIMESTAMP clause, for example: ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP." } },
-                    { "@type": "Question", "name": "What happens if a TIMESTAMP column has neither a DEFAULT nor an ON UPDATE clause?", "acceptedAnswer": { "@type": "Answer", "text": "For the first TIMESTAMP field in the table, having neither clause is the same as DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP." } },
-                    { "@type": "Question", "name": "What happens with a DEFAULT CURRENT_TIMESTAMP clause but no ON UPDATE clause?", "acceptedAnswer": { "@type": "Answer", "text": "The column gets the current timestamp as its default value but is not automatically updated afterward." } },
-                    { "@type": "Question", "name": "Can more than one TIMESTAMP column default to CURRENT_TIMESTAMP in the same table?", "acceptedAnswer": { "@type": "Answer", "text": "No. Only one timestamp field in a table can be DEFAULT CURRENT_TIMESTAMP." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.jsonld.twig b/src/Blog/templates/page/JSON-LD/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.jsonld.twig
deleted file mode 100644
index ae2fc695..00000000
--- a/src/Blog/templates/page/JSON-LD/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Laminas MVC being replaced by?", "acceptedAnswer": { "@type": "Answer", "text": "Mezzio microframework, built using Laminas components. It has gone through rigorous development and testing since being released in 2015, when it was known as Zend Expressive, before being renamed Mezzio." } },
-                    { "@type": "Question", "name": "Why is maintaining legacy platforms a problem?", "acceptedAnswer": { "@type": "Answer", "text": "Maintaining legacy platforms over the long term is often costly and time-consuming, so every few years platform owners must consider migrating to a newer platform that offers modern architecture, an active community, easier development/expansion/maintenance, security improvements, and more reliable dependencies." } },
-                    { "@type": "Question", "name": "What is the core architectural pain point with legacy MVC platforms?", "acceptedAnswer": { "@type": "Answer", "text": "The MVC architecture is obsolete, fit for monolithic websites. Today's and tomorrow's architecture is based on middleware, building headless platforms, websites, and microservices following the same coding approach." } },
-                    { "@type": "Question", "name": "What steps does Apidemia's migration process involve?", "acceptedAnswer": { "@type": "Answer", "text": "A simplified task list: code audit & migration strategy; partial or full migration to Laminas or PSR-compliant frameworks like Mezzio or Symfony; refactoring and decoupling legacy modules; unit testing and CI/CD pipeline setup; and post-migration support and team training." } },
-                    { "@type": "Question", "name": "Who offers this migration guidance?", "acceptedAnswer": { "@type": "Answer", "text": "Apidemia, who has used Zend Framework, Laminas MVC, and Mezzio for years and can analyze and perform the transfer of a legacy platform to Mezzio, offering faster execution times, increased security, faster development, and long-term reliability." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/api-client-migration-from-postman-to-bruno.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/api-client-migration-from-postman-to-bruno.jsonld.twig
deleted file mode 100644
index ab71fce6..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/api-client-migration-from-postman-to-bruno.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "Why is the team considering a switch from Postman to Bruno?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "They want a reliable API testing client that is free, stores and shares endpoint collections easily with the team, and is fast and secure. This reflects a broader trend in the PHP community toward local-first, Git-native developer tools."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is the main architectural difference between Postman and Bruno?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Postman's free plan now only allows one user account, while Bruno offers a fully-offline experience based on shared .bru files, so there is no restriction on the number of developers using them."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does version control differ between the two tools?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Postman stores collections and handles version control in the cloud, forcing developers to stay online (though collections can be exported/imported via its UI). Bruno's .bru files can be saved directly in a Git repository and are version-controlled through Git like any other project file."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does performance compare between Postman and Bruno?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Bruno is the clear winner on performance: it uses much less RAM and is generally faster. Postman needs to regularly synchronize with the cloud and store its advanced features in RAM, which can introduce delays."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Is Bruno more secure than Postman?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Postman offers Single Sign-On (SSO) and Role-Based Access Control (RBAC), which the team doesn't find useful for its workflow. Bruno's local files never leave the dev environment, which the article argues makes it more secure, especially for avoiding sharing client files with online tools."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What's the overall conclusion on Postman versus Bruno?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Postman is currently a better fit for larger teams willing to allocate a budget for a more feature-rich platform. Bruno stores collections in Git so everything works offline, which the team considers more secure while also being generally faster, and it has become their de facto API client."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/api-endpoint-to-collect-client-errors.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/api-endpoint-to-collect-client-errors.jsonld.twig
deleted file mode 100644
index c3d46c1c..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/api-endpoint-to-collect-client-errors.jsonld.twig
+++ /dev/null
@@ -1,72 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "Why was this endpoint created?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "When a Frontend client (e.g. Angular) running on the user's machine hits an error against the Dotkernel API - whether from an overnight API response change or a simple undefined variable - there is little that can be done from the client side, so this endpoint lets clients \"write down\" the error instead."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I submit an error from the client?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Send a simple POST request to your Dotkernel API's https://api.dotkernel.net/error-report route, with a body such as { \"message\": \"My awesome error!!!\" }."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Where is the submitted error message stored?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "By default, it is stored in a separate log file for Client, /log/error-report-endpoint-log.log, with the message saved alongside a timestamp."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/content-negotiation-in-dotkernel-rest-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/content-negotiation-in-dotkernel-rest-api.jsonld.twig
deleted file mode 100644
index 109c05d1..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/content-negotiation-in-dotkernel-rest-api.jsonld.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is content negotiation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It's the act of a client and server agreeing on the format and language of the data they exchange, which is important for RESTful APIs since resources can support multiple representations."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What does content negotiation ensure?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It ensures support for diverse clients (e.g. Accept: application/json or Accept: application/xml), data format flexibility for smaller responses (e.g. Accept: application/msgpack, a binary serialization), and language localization via headers like Accept-Language: en-US."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Who decides the data format, the client or the server?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Either side technically can. In server-side negotiation, the server decides based on various factors, which can introduce erroneous assumptions and more complex implementation, forcing the client to adhere to server rules. In client-side negotiation, the client tells the server what format it prefers, which is more versatile and makes more sense."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How can the preferred data format be communicated?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Via HTTP request headers (Content-Type and Accept) or via resource URI patterns, such as a file extension in the URL (e.g. /record/47.json) or an extra query parameter (e.g. /record/47?format=json). If the Accept header is not present, the server decides the response format."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does the quality factor (q) work in the Accept header?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The Accept header can list multiple accepted formats with a q value between 0 and 1 to express preference, e.g. Accept: application/json,application/xml;q=0.9,*/*;q=0.8. The server responds with the most preferred format it can satisfy, falling back further down the list if needed."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does Dotkernel API handle content negotiation?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Out of the box, Dotkernel API uses the Content-Type and Accept HTTP request headers to handle client-side content negotiation, supporting both application/json and application/hal+json. These can be changed as needed, and per-route content negotiation is also supported."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-1-0-0-released.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-1-0-0-released.jsonld.twig
deleted file mode 100644
index e6fd5ece..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-1-0-0-released.jsonld.twig
+++ /dev/null
@@ -1,72 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is Dotkernel API?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It is a Zend Expressive 3 application aiming to help developers quickly and efficiently develop an API."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What key libraries does Dotkernel API 1.0.0 use?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Among others, it's built on the ezimuel/zend-expressive-api skeleton, and uses dotkernel/dot-annotated-services for dependency injection, dotkernel/dot-console for console applications, dotkernel/dot-errorhandler for error logging, dotkernel/dot-mail for SMTP email, zend-expressive-authentication-oauth2 for OAuth2 authentication, zend-expressive-authorization-rbac for role-based permissions, and swagger-api/swagger-ui for OpenAPI 3 documentation."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What features does Dotkernel API 1.0.0 offer out of the box?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Secure authentication via OAuth2, two user roles (admin and member), where admins can manage any user account and members can manage only their own, plus OpenAPI 3 documentation with an interactive interface developers can use to integrate the API."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-client-side-authorization.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-client-side-authorization.jsonld.twig
deleted file mode 100644
index 707213b5..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-client-side-authorization.jsonld.twig
+++ /dev/null
@@ -1,72 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What does a client send to request authorization?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The client application sends a POST request to the backend with a JSON object containing grant_type (set to \"password\"), client_id, client_secret, scope, username/email, and password."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What does the API return when authorization succeeds?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "If the credentials are correct, the API returns a JSON object containing token_type (\"Bearer\"), expires_in (86400 seconds), an access_token, and a refresh_token."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I use the access token in subsequent requests?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "When sending API requests to an endpoint that requires authorization, include an Authorization header containing \"Bearer {access_token}\", where {access_token} is the value returned in the authorization response."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-server-side-authorization.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-server-side-authorization.jsonld.twig
deleted file mode 100644
index 8826651b..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-server-side-authorization.jsonld.twig
+++ /dev/null
@@ -1,88 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What are the three access levels for protecting an endpoint?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "no-auth, where the resource can be accessed without authentication/authorization; authentication, where only authenticated users can access the resource; and authorization, where only authenticated AND authorized users can access it."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Where do I configure access to the endpoints?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "In config/autoload/authorization.local.php. If that file is missing from your application, locate its dist file config/autoload/authorization.local.php.dist and copy it as config/autoload/authorization.local.php, then look for the array under the zend-expressive-authorization-rbac config key."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does role inheritance work under the roles key?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "In the article's example, admin inherits from no other role, member inherits from admin, and guest inherits from member. The article warns this exact setup is just a model and should not be used in live projects, because guests would end up having the same rights as admins."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I control which routes a role can access?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Under the permissions key you define which routes are accessible to a role. In the article's example, a member has access to the routes named avatar, users, and user."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What response codes are returned for authentication and authorization endpoints?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Endpoints requiring authentication return a 401 Unauthorized response if a valid Bearer token isn't present in the request headers. Endpoints requiring authorization return a 403 Forbidden response instead under the same condition."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-versus-laminas-api-tools.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-versus-laminas-api-tools.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/dotkernel-api-versus-laminas-api-tools.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.jsonld.twig
deleted file mode 100644
index a1d15cab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Which library does this tutorial use to add MailChimp to Dotkernel API?", "acceptedAnswer": { "@type": "Answer", "text": "The tutorial uses drewm/mailchimp-api, installed with the command composer require drewm/mailchimp-api." } },
-                    { "@type": "Question", "name": "Where do you place the MailChimp configuration file?", "acceptedAnswer": { "@type": "Answer", "text": "In config/autoload/mailchimp.global.php, a new configuration file created as part of Step 2." } },
-                    { "@type": "Question", "name": "What does the MailChimpFactory class do?", "acceptedAnswer": { "@type": "Answer", "text": "It's a factory, created at src/App/src/MailChimp/Factory/MailChimpFactory.php, that reads the config from the container and returns an instance of DrewM\\MailChimp\\MailChimp." } },
-                    { "@type": "Question", "name": "Where do you register the MailChimp factory so the application can use it?", "acceptedAnswer": { "@type": "Answer", "text": "In src/App/src/ConfigProvider.php, inside the getDependencies() method's factories array, by mapping MailChimp::class to MailChimpFactory::class, plus adding the corresponding use statements for MailChimp and MailChimpFactory." } },
-                    { "@type": "Question", "name": "How do you use MailChimp once it's wired up?", "acceptedAnswer": { "@type": "Answer", "text": "By injecting MailChimp::class wherever it's needed, using @Inject." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel-api/openapi-implementation-in-dotkernel-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel-api/openapi-implementation-in-dotkernel-api.jsonld.twig
deleted file mode 100644
index 9fc489f9..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel-api/openapi-implementation-in-dotkernel-api.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the OpenAPI Specification?", "acceptedAnswer": { "@type": "Answer", "text": "A consistent way to develop and interact with an API. It defines API structure and syntax in a universal way, regardless of the programming language used, typically described in YAML or JSON so users can quickly discover endpoints, request/response formats, security mechanisms and more." } },
-                    { "@type": "Question", "name": "How does OpenAPI compare to Postman?", "acceptedAnswer": { "@type": "Answer", "text": "OpenAPI standardizes how endpoints and request/response models are described, automatically generates machine-readable documentation, lets you define the API specification before development starts, and improves collaboration across teams. Postman, by contrast, is used mainly to test an already-completed endpoint and has no real focus on standardized documentation or upfront design." } },
-                    { "@type": "Question", "name": "Where do you document endpoints in Dotkernel API?", "acceptedAnswer": { "@type": "Answer", "text": "Each module (Admin, App, User) contains an OpenAPI.php file, where all endpoints from that module's RoutesDelegator.php must be documented, primarily describing the method, request and response." } },
-                    { "@type": "Question", "name": "What core components does every OpenAPI description need?", "acceptedAnswer": { "@type": "Answer", "text": "OA\\Info (basic project info like version and name), OA\\Server (one or more target host URLs), OA\\SecurityScheme (endpoint protection), OA\\ExternalDocumentation (link and description for extended docs), and OA\\Schema (describing an object or collection of objects)." } },
-                    { "@type": "Question", "name": "What generates the documentation file from the OpenAPI.php descriptions?", "acceptedAnswer": { "@type": "Answer", "text": "zircote/swagger-php, which uses the descriptions added in the OpenAPI.php files to build the documentation. The result can be listed in the command line or saved to a file in YAML or JSON format." } },
-                    { "@type": "Question", "name": "How is the generated documentation rendered, and how do you test protected endpoints?", "acceptedAnswer": { "@type": "Answer", "text": "It can be rendered with Swagger UI, which lets you visualize and interact with the API's resources, or with Redoc, which lists the documentation in read-only mode. Because most endpoints are protected, testing them in Swagger UI requires generating an authentication token (AuthToken) matching the required privileges, then using the 'Try it out' button to fill in parameters/body and 'Execute' to send the request and see the response with its HTTP status code." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-cors-implementation-to-zend-expressive.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-cors-implementation-to-zend-expressive.jsonld.twig
deleted file mode 100644
index 504917b4..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-cors-implementation-to-zend-expressive.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What causes the \"No 'Access-Control-Allow-Origin' header\" error?", "acceptedAnswer": { "@type": "Answer", "text": "It means the server didn't send the header that lets a local client, such as a browser, access its data. This is most common when trying to fetch data (usually JSON) that you want to process using JavaScript." } },
-                    { "@type": "Question", "name": "What package does the article use to add CORS support?", "acceptedAnswer": { "@type": "Answer", "text": "Tuupola's Cors Middleware package, installed by running composer require tuupola/cors-middleware in the project." } },
-                    { "@type": "Question", "name": "Where does the CORS configuration live?", "acceptedAnswer": { "@type": "Answer", "text": "In a cors.global.php file created in the config/autoload directory, containing a \"cors\" key with settings like origin, methods, headers.allow, headers.expose, credentials, and cache." } },
-                    { "@type": "Question", "name": "How is the CorsMiddleware wired into the container?", "acceptedAnswer": { "@type": "Answer", "text": "A CorsMiddlewareFactory extracts the \"cors\" config array (or an empty array if it's not provided) and instantiates Tuupola's CorsMiddleware with it. That factory is then registered under the \"dependencies\" > \"factories\" section of cors.global.php." } },
-                    { "@type": "Question", "name": "Where should the CORS middleware be added in the pipeline?", "acceptedAnswer": { "@type": "Answer", "text": "In config/pipelines.php via $app->pipe(CorsMiddleware::class), placed after the Error handler and before the middleware that provides the data you want to access." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.jsonld.twig
deleted file mode 100644
index 9fa5ce9a..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why was WURFL's default caching too slow for this project?", "acceptedAnswer": { "@type": "Answer", "text": "Profiling revealed that WURFL's default filesystem cache was taking up to a few hundred milliseconds of response time, which was too slow for a relatively high-traffic application." } },
-                    { "@type": "Question", "name": "How does WURFL's caching work by default?", "acceptedAnswer": { "@type": "Answer", "text": "Device data is stored in a large zipped XML file. On first use, WURFL unzips the file, serializes each device's data, and writes it to cache using an MD5 signature of the user agent as the key. Because devices are stored as a tree inheriting properties from parent nodes, each lookup requires reading and merging several files." } },
-                    { "@type": "Question", "name": "Did WURFL's built-in APC or memcache cache providers solve the problem?", "acceptedAnswer": { "@type": "Answer", "text": "No. The team tried WURFL's existing cache providers for APC and memcache, but the results weren't impressive." } },
-                    { "@type": "Question", "name": "What was the actual solution?", "acceptedAnswer": { "@type": "Answer", "text": "Adding a second cache layer on top of WURFL's own cache, using APC and storing arrays of only the specific fields they actually needed in User Cache Entries. The change was under 10 lines of code." } },
-                    { "@type": "Question", "name": "What performance improvement did this bring?", "acceptedAnswer": { "@type": "Answer", "text": "Response time decreased by an order of magnitude, down to about 20-30ms." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/adding-composer-support-in-your-dotkernel-project.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/adding-composer-support-in-your-dotkernel-project.jsonld.twig
deleted file mode 100644
index a108a9d5..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/adding-composer-support-in-your-dotkernel-project.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does Composer do?", "acceptedAnswer": { "@type": "Answer", "text": "Composer is an application-level package manager. It auto-loads dependencies on demand and can also auto-load custom classes." } },
-                    { "@type": "Question", "name": "What must a Dotkernel project have before Composer can be used?", "acceptedAnswer": { "@type": "Answer", "text": "A composer.json file, for example requiring zendframework/zendframework1 at 1.12.* and mobiledetect/mobiledetectlib at 2.8.*, plus PHP >=5.4.0 listed under require-dev." } },
-                    { "@type": "Question", "name": "What happens when you run composer update?", "acceptedAnswer": { "@type": "Answer", "text": "If the vendor folder already exists, composer checks for and applies updates to the packages. If it doesn't exist, composer creates the vendor folder containing all requested packages, along with an autoload file." } },
-                    { "@type": "Question", "name": "How do you safely load the Composer autoloader in case Composer isn't present?", "acceptedAnswer": { "@type": "Answer", "text": "Check whether vendor/autoload.php exists using file_exists() before calling require_once() on it, and handle the case gracefully (for example by loading fallbacks) if the path is missing." } },
-                    { "@type": "Question", "name": "Which Dotkernel versions does this apply to?", "acceptedAnswer": { "@type": "Answer", "text": "The article states it works for any Dotkernel 1.x version, as long as the server is running PHP greater than 5.4.0." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.jsonld.twig
deleted file mode 100644
index 90ce277b..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What Dotkernel version is required before applying this patch?", "acceptedAnswer": { "@type": "Answer", "text": "Your project must be running version 1.5.0 or newer." } },
-                    { "@type": "Question", "name": "Which files does the patch modify or add?", "acceptedAnswer": { "@type": "Answer", "text": "It modifies configs/useragent/browser.xml and configs/useragent/os.xml, and adds images/browsers/edge.png and images/os/windows_metro.png." } },
-                    { "@type": "Question", "name": "Why do you need to clear the cache after applying the patch?", "acceptedAnswer": { "@type": "Answer", "text": "Because the OS and browser XML files are cached, so the new icons won't show up until the cache is cleared." } },
-                    { "@type": "Question", "name": "Will applying the patch overwrite existing files?", "acceptedAnswer": { "@type": "Answer", "text": "You'll be prompted to replace 2 files (browser.xml and os.xml) and should agree, and also agree to merge the folders' contents since the other files listed are added rather than replaced." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.jsonld.twig
deleted file mode 100644
index 79ebcb89..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Since which release is Remember Me implemented in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "It's implemented in Dotkernel Frontend starting from Release 3.3.0." } },
-                    { "@type": "Question", "name": "How do you add the Remember Me checkbox to the login UI?", "acceptedAnswer": { "@type": "Answer", "text": "In src/User/templates/user/login.html.twig, under the password element, render the rememberMe element retrieved via form.get('rememberMe') with formElement()." } },
-                    { "@type": "Question", "name": "What form and validation changes are needed?", "acceptedAnswer": { "@type": "Answer", "text": "A 'rememberMe' checkbox element must be added to src/User/src/Form/LoginForm.php, and a StringTrim filter plus a NotEmpty validator must be added for it in src/User/src/InputFilter/LoginInputFilter.php." } },
-                    { "@type": "Question", "name": "What backend pieces implement the actual remember-me functionality?", "acceptedAnswer": { "@type": "Answer", "text": "A new UserRememberMe entity, a database migration (created and run with phinx) for its table, a new RememberMeMiddleware registered in config/pipeline.php, a rememberMe cookie configuration block added to config/autoload/local.php, and new methods added to UserService, UserRepository, and UserController (including loginAction() and logoutAction())." } },
-                    { "@type": "Question", "name": "What does the UserRememberMe table store?", "acceptedAnswer": { "@type": "Answer", "text": "It's used to store data from the cookie, which helps log the user in automatically." } },
-                    { "@type": "Question", "name": "How do you apply the new remember-me button styles?", "acceptedAnswer": { "@type": "Answer", "text": "Add the CSS to src/App/assets/scss/components/_profile.scss, then run npm run prod to compile the CSS so the button styling takes effect." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.jsonld.twig
deleted file mode 100644
index fa772f3a..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What problem does this fix address?", "acceptedAnswer": { "@type": "Answer", "text": "When missing static files (images, CSS, JS) are routed through the bootstrap (index.php) and the session is set to regenerate on each request, the currently logged-in user gets logged off because the session ID changes." } },
-                    { "@type": "Question", "name": "What is the fix?", "acceptedAnswer": { "@type": "Answer", "text": "Below the \"RewriteEngine On\" line, add a RewriteCond matching file extensions like .gif, .jpg, .png, .css, and .js, so requests for those files are not routed through the bootstrap." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/caching-in-dotkernel-using-zend-framework.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/caching-in-dotkernel-using-zend-framework.jsonld.twig
deleted file mode 100644
index ff0c3333..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/caching-in-dotkernel-using-zend-framework.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What data does Dotkernel's cache layer store?", "acceptedAnswer": { "@type": "Answer", "text": "Router, acl_role, menu, options (including seo_xml), browser_xml, os_xml, and test data between requests." } },
-                    { "@type": "Question", "name": "What storage providers are available for the cache?", "acceptedAnswer": { "@type": "Answer", "text": "Two cache factories to choose from: APC (or APCU for newer PHP installations) and File." } },
-                    { "@type": "Question", "name": "Where is the cache configured?", "acceptedAnswer": { "@type": "Answer", "text": "In /configs/application.ini, where you can enable or disable caching, set how long the cache stays valid, choose the cache namespace, and pick the storage provider (File or APC). The article recommends disabling the cache in development mode." } },
-                    { "@type": "Question", "name": "Do you need to manually load the cache engine?", "acceptedAnswer": { "@type": "Answer", "text": "No, it's automatically loaded during kernel initialization (Dot_Kernel::initialize()). Manually calling Dot_Cache::loadCache() is only needed if you want to use caching outside of that normal initialization." } },
-                    { "@type": "Question", "name": "Can you cache PHP objects, not just simple values?", "acceptedAnswer": { "@type": "Answer", "text": "Yes, the article shows an example of saving and loading a stdClass object using Dot_Cache::save() and Dot_Cache::load()." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/camelcase-table-names-in-mysql-on-windows.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/camelcase-table-names-in-mysql-on-windows.jsonld.twig
deleted file mode 100644
index 26d42fe7..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/camelcase-table-names-in-mysql-on-windows.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What happens when you create a camelCase table name on WAMP or XAMPP?", "acceptedAnswer": { "@type": "Answer", "text": "A table created with a camelCase name, for example adminLogin, ends up stored as all lowercase, e.g. adminlogin, instead." } },
-                    { "@type": "Question", "name": "How do you fix it?", "acceptedAnswer": { "@type": "Answer", "text": "Add the line lower_case_table_names=2 to your my.cnf file and restart MySQL." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.jsonld.twig
deleted file mode 100644
index c19602aa..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.jsonld.twig
+++ /dev/null
@@ -1,49 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How many Zend Certified Engineers does the team have?", "acceptedAnswer": { "@type": "Answer", "text": "According to the article, 2 more team members passed the ZCE exam, bringing the team's total to 5 Zend Certified Engineers." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/configuring-the-cache-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/configuring-the-cache-in-dotkernel.jsonld.twig
deleted file mode 100644
index f962e1ff..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/configuring-the-cache-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel's caching layer based on?", "acceptedAnswer": { "@type": "Answer", "text": "It's based on Zend Framework Cache, configured through settings in application.ini, with more configuration options available at the Zend Framework Cache Frontends and Backends documentation links given in the article." } },
-                    { "@type": "Question", "name": "What does the cache.enable setting do?", "acceptedAnswer": { "@type": "Answer", "text": "It can be used to disable caching, which is mostly useful during the development stage." } },
-                    { "@type": "Question", "name": "What values can cache.factory take?", "acceptedAnswer": { "@type": "Answer", "text": "The cache.factory value is the cache service to use, and the article lists two options: file or apc." } },
-                    { "@type": "Question", "name": "Why bother setting the individual/backend cache settings like cache.file.cache_dir?", "acceptedAnswer": { "@type": "Answer", "text": "These settings are optional, but the article highly recommends setting them, otherwise other projects might end up using the same cache." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.jsonld.twig
deleted file mode 100644
index 16fdb988..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What problem does dot-dependency-injection solve?", "acceptedAnswer": { "@type": "Answer", "text": "In Laminas/Mezzio applications, developers normally have to build, update, and maintain a factory class for every class that needs dependencies. dot-dependency-injection autowires those dependencies instead, so you don't need a factory for every class." } },
-                    { "@type": "Question", "name": "Does dot-dependency-injection require Doctrine ORM?", "acceptedAnswer": { "@type": "Answer", "text": "The package requires Doctrine ORM, but the article notes it can still be used in applications that don't integrate Doctrine." } },
-                    { "@type": "Question", "name": "How do you mark a class's constructor dependencies for injection?", "acceptedAnswer": { "@type": "Answer", "text": "Import Dot\\DependencyInjection\\Attribute\\Inject in the class, then add the attribute to the constructor definition to specify which dependencies should be injected." } },
-                    { "@type": "Question", "name": "What do you need to add to the ConfigProvider to use this package?", "acceptedAnswer": { "@type": "Answer", "text": "Only the Dot\\DependencyInjection\\Factory\\AttributedServiceFactory class needs to be added to your config's dependencies. It builds the factory for you and handles the logic for dependencies missing from the container, with appropriate exceptions and messages." } },
-                    { "@type": "Question", "name": "Can this package be used with the Doctrine repository pattern?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. If you don't want to fetch a repository from the EntityManager and instead want to inject it directly into your service, the article says this package covers that too, following the same principle, with more details in the package documentation." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.jsonld.twig
deleted file mode 100644
index 90f1d5b4..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did mobile detection change in Dotkernel 1.6.0?", "acceptedAnswer": { "@type": "Answer", "text": "Because of the new Wurfl Cloud integration. This version no longer ships with a working built-in method for mobile detection, so it must be configured first." } },
-                    { "@type": "Question", "name": "What are the steps to configure Wurfl Cloud detection?", "acceptedAnswer": { "@type": "Answer", "text": "Go to the scientiamobile website and register for a Wurfl Cloud account, choose the device_os and mobile_browser capabilities for the account and save, then go to API Keys and copy the key into application.ini." } },
-                    { "@type": "Question", "name": "Why choose the device_os and mobile_browser capabilities specifically?", "acceptedAnswer": { "@type": "Answer", "text": "With these two capabilities, Dotkernel's built-in methods can also derive extra capabilities such as isMobile, isSmartPhone, isIphone, isAndroid, isBlackberry, isSymbian, and isWindowsMobile. Choosing other capabilities from scientiamobile results in wrong detection of these extra capabilities." } },
-                    { "@type": "Question", "name": "What happened to the old Dot_UserAgent_Wurfl class?", "acceptedAnswer": { "@type": "Answer", "text": "It was removed and replaced with the new Dot_UserAgent_WurflCloud class, which uses the Wurfl Cloud API adapter." } },
-                    { "@type": "Question", "name": "What does the redirect setting in application.ini control?", "acceptedAnswer": { "@type": "Answer", "text": "When resources.useragent.wurflcloud.redirect is TRUE (the default), visitors from the frontend are redirected to the mobile module the first time a mobile device is detected." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/disable-wurfl-redirect-for-mobile-browsers.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/disable-wurfl-redirect-for-mobile-browsers.jsonld.twig
deleted file mode 100644
index 44b09bb1..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/disable-wurfl-redirect-for-mobile-browsers.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do you disable the automatic mobile redirect in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Starting with revision 408, set resources.useragent.wurflapi.redirect = false in application.ini. Per the article, this is also the default state of the redirect option." } },
-                    { "@type": "Question", "name": "Where in the code is this configuration option checked?", "acceptedAnswer": { "@type": "Answer", "text": "In Controllers/frontend/IndexController.php (around line 19), a condition checks whether the redirect is enabled in application.ini, whether the visiting browser is mobile, and whether session->mobileHit isn't already set, before registering and redirecting the visit." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.jsonld.twig
deleted file mode 100644
index 11f11168..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does the name \"Dotkernel\" mean?", "acceptedAnswer": { "@type": "Answer", "text": "It combines \"Dot\", as a representation of the Internet, with \"Kernel\", the quintessence of any IT application, reflecting the aim of being a central part of Internet development." } },
-                    { "@type": "Question", "name": "What is Dotkernel 1?", "acceptedAnswer": { "@type": "Answer", "text": "A PHP Application Framework built on top of Zend Framework 1, first publicly released in July 2010, with an architecture based on MVC. Its latest version is 1.8 Long Term Support, which per the article will not be followed by a new version, only bugfixes." } },
-                    { "@type": "Question", "name": "What is Dotkernel 3?", "acceptedAnswer": { "@type": "Answer", "text": "A collection of PSR-7 Middleware applications built on top of the Zend Expressive microframework, composed of a set of custom and extended Zend Framework 3 components, with an architecture based on Middleware. It implements PSR-1, PSR-2, PSR-4, PSR-7, and PSR-11." } },
-                    { "@type": "Question", "name": "How many applications make up Dotkernel 3?", "acceptedAnswer": { "@type": "Answer", "text": "At the time of the article, there were two available applications, Frontend and Admin, with a third one, API, under development." } },
-                    { "@type": "Question", "name": "When someone writes just \"Dotkernel\", which version is meant?", "acceptedAnswer": { "@type": "Answer", "text": "In posts older than 2017, \"Dotkernel\" referred to Dotkernel 1, since it was the only version. Since the release of Dotkernel 3, \"Dotkernel\" refers to Dotkernel 3, and all future references to Dotkernel 1 are made explicitly." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-cache-using-symfony-cache.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-cache-using-symfony-cache.jsonld.twig
deleted file mode 100644
index 6fe45383..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-cache-using-symfony-cache.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What component does this article use for caching Doctrine data?", "acceptedAnswer": { "@type": "Answer", "text": "The dotkernel/dot-cache component, a wrapper that sits on top of symfony/cache. It's installed with composer require dotkernel/dot-cache and registered by adding DotCacheConfigProvider::class to the configuration aggregate." } },
-                    { "@type": "Question", "name": "What storage adapters does dot-cache currently support?", "acceptedAnswer": { "@type": "Answer", "text": "Two: array, which stores data in-memory and is the fastest option but uses more RAM, and filesystem, which stores data in local disk files and is slightly slower but more persistent." } },
-                    { "@type": "Question", "name": "What are the four types of Doctrine cache covered?", "acceptedAnswer": { "@type": "Answer", "text": "result_cache, metadata_cache, query_cache, and hydration_cache, each configured under the doctrine.configuration.orm_default key." } },
-                    { "@type": "Question", "name": "What does the result cache do?", "acceptedAnswer": { "@type": "Answer", "text": "It stores the results of queries, letting Doctrine avoid querying the database or hydrating the data again after the initial retrieval." } },
-                    { "@type": "Question", "name": "Why cache class metadata?", "acceptedAnswer": { "@type": "Answer", "text": "Because parsing class metadata on every request is inefficient, so it's advisable to cache it using one of the available cache adapters." } },
-                    { "@type": "Question", "name": "How do you mark an entity or a query as cacheable?", "acceptedAnswer": { "@type": "Answer", "text": "To enable caching for entities you add a caching attribute to the entity class; to cache an individual query, call setCacheable(true) on the query builder before getResult()." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-enum-implementation-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-enum-implementation-in-dotkernel.jsonld.twig
deleted file mode 100644
index 250a32b3..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/doctrine-enum-implementation-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What update triggered this change to Dotkernel's enum handling?", "acceptedAnswer": { "@type": "Answer", "text": "The update of doctrine/orm to version 3.2.0 introduced EnumType columns, building on the enum type introduced in PHP 8.1. Dotkernel implemented this new data type on both the PHP side and the database side." } },
-                    { "@type": "Question", "name": "What was the limitation of Dotkernel's old approach to columns like User->Status?", "acceptedAnswer": { "@type": "Answer", "text": "The old setup used a simple string type, so the value set couldn't be definitively enforced. A typo in a PHP value would still be accepted, and the database was independent of any values the PHP code allowed, so manually editing a value in the database would accept any string." } },
-                    { "@type": "Question", "name": "What was the one advantage of the old string-based setup?", "acceptedAnswer": { "@type": "Answer", "text": "It made it easy to add more values to the value set, though the article notes this ease also invites bugs in the execution." } },
-                    { "@type": "Question", "name": "What do you need to create to add a new custom enum type?", "acceptedAnswer": { "@type": "Answer", "text": "A PHP enum class (like UserStatusEnum) plus a DBAL type class extending AbstractEnumType, which must define a NAME constant and a getEnumClass() method; the new type is then registered under the types key in config/autoload/doctrine.global.php." } },
-                    { "@type": "Question", "name": "Does Types::ENUM still fall back to a string or integer database column?", "acceptedAnswer": { "@type": "Answer", "text": "The article notes that Doctrine still defaults to Types::STRING or Types::INTEGER for columns backed by a PHP enum, as this is considered the more portable and safer default; Types::ENUM is required if you want an actual enum column in MariaDB/PostgreSQL." } },
-                    { "@type": "Question", "name": "What must happen when the value set of an enum changes under the new setup?", "acceptedAnswer": { "@type": "Answer", "text": "Any update to the value set must be made on both the PHP code and the database, since the new setup creates an explicit, enforced link between them." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.jsonld.twig
deleted file mode 100644
index 658420cb..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is at the heart of Dotboost's North American relaunch?", "acceptedAnswer": { "@type": "Answer", "text": "The source release of Dotboost's exclusive, in-house developed Dotkernel framework, along with added business IT integration and increased clarity around existing consulting services." } },
-                    { "@type": "Question", "name": "When was Dotboost founded, and at what stages can it join a project?", "acceptedAnswer": { "@type": "Answer", "text": "Dotboost was founded in 2005. Per the article, its process can incorporate anywhere into a project's life-cycle, including concept development, architecture and design, development and integration, and implementation and support." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-0-release.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-0-release.jsonld.twig
deleted file mode 100644
index 67ecf61d..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-0-release.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is a \"dots\" in Dotkernel, a term introduced in this release?", "acceptedAnswer": { "@type": "Answer", "text": "A term for a submodule and all its component files. For example, \"user\" is a dots of the frontend module, and one dots can belong to multiple modules, such as \"user\" belonging to both frontend and admin." } },
-                    { "@type": "Question", "name": "Where are dots configuration values stored, compared to earlier versions?", "acceptedAnswer": { "@type": "Answer", "text": "They're stored in XML files inside the configs/dots folder. In previous versions, these values were hard-coded in the PHP files." } },
-                    { "@type": "Question", "name": "What dots does the admin module include by default?", "acceptedAnswer": { "@type": "Answer", "text": "admin, user, and system, to make it easier to start an application from Dotkernel." } },
-                    { "@type": "Question", "name": "What library classes were added or updated in 1.2.0?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Geoip and Dot_Seo were newly implemented, while Dot_Curl and Dot_Session were updated, with each module now having its own session." } },
-                    { "@type": "Question", "name": "How are SQL queries written in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "All SQL queries are written as prepared statements, a practice the article strongly encourages." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-2-release.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-2-release.jsonld.twig
deleted file mode 100644
index a2ef2cc4..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-2-2-release.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does the Dotkernel 1.2.2 release include?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel 1.2.2 is a bug-fix release that closes five issues: captcha error handling (try/catch), a pagination issue, a wrong admin link, notices and a fatal error found by an Acunetix scan, and an update to the copyright line in files." } },
-                    { "@type": "Question", "name": "Why did all PHP files change in the 1.2.2 release?", "acceptedAnswer": { "@type": "Answer", "text": "Because of the fix for bug 35, which updated the copyright line, every PHP file in the codebase was touched, which is why the note in the post warns that all PHP files have changed." } },
-                    { "@type": "Question", "name": "How can I upgrade from a previous version to 1.2.2?", "acceptedAnswer": { "@type": "Answer", "text": "You can download just the changed files from 1.2.1 to 1.2.2 using the upgrade package linked in the post, or check the ChangeLog 1.2.2 for full details of what changed." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-0-release.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-0-release.jsonld.twig
deleted file mode 100644
index 026d7600..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-0-release.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is new in the admin interface in Dotkernel 1.3.0?", "acceptedAnswer": { "@type": "Answer", "text": "1.3.0 adds a skin switcher for the admin, with several ready-made skins (blue, brown, gray, green) that can be set via the settings.admin.skin configuration value." } },
-                    { "@type": "Question", "name": "How do I protect a page so only logged-in members can access it?", "acceptedAnswer": { "@type": "Answer", "text": "Add the line Dot_Auth::checkIdentity(); in the controller file above the code you want to protect - everything below that line requires the visitor to be logged in." } },
-                    { "@type": "Question", "name": "What happened to resource.xml in this release?", "acceptedAnswer": { "@type": "Answer", "text": "resource.xml was deleted and its content split between two new files, route.xml and dots.xml." } },
-                    { "@type": "Question", "name": "Is Dotkernel 1.3.0 backward compatible with earlier versions?", "acceptedAnswer": { "@type": "Answer", "text": "No. Because of the XML file reorganization (bug 69), 1.3.0 is not compatible with previous versions." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-2-release.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-2-release.jsonld.twig
deleted file mode 100644
index 6003d778..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-3-2-release.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What kind of release is Dotkernel 1.3.2?", "acceptedAnswer": { "@type": "Answer", "text": "It's mainly a maintenance release, containing many bug fixes, some refactoring, and a few minor features." } },
-                    { "@type": "Question", "name": "What bugs were fixed in 1.3.2?", "acceptedAnswer": { "@type": "Answer", "text": "Fixes include a CSS issue on the admin phpinfo page, a warning in the admin dashboard, a WURFL cache issue and WURFL version issue in admin, a Dot_Paginator bug, a Zend Paginator double-query issue, and a database naming convention issue." } },
-                    { "@type": "Question", "name": "What minor features and refactoring were included?", "acceptedAnswer": { "@type": "Answer", "text": "Minor features include a refactor of validIP in Dot_Kernel and showing the WURFL date and API version in admin. Refactoring covered Zend_Paginator and added a dojo dijit theme to Dotkernel." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-5-0-released.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-5-0-released.jsonld.twig
deleted file mode 100644
index 4e19dd5e..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-5-0-released.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did Dotkernel jump from 1.3 straight to 1.5.0?", "acceptedAnswer": { "@type": "Answer", "text": "Because of the large amount of changes and the long time spent in development, the team chose to skip version 1.4 and go straight to 1.5.0." } },
-                    { "@type": "Question", "name": "Did Dotkernel switch from Dojo to jQuery in 1.5.0?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. Starting with 1.5.0, Dotkernel switched from Dojo to jQuery for its own distribution, though Dojo can still be used in your own projects." } },
-                    { "@type": "Question", "name": "What is Dot_Model and why was it introduced?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Model is a base class introduced to reduce code duplication between admin and frontend models. Both admin- and frontend-specific model classes (such as User) inherit from a shared Dot_Model_User class that holds the common code." } },
-                    { "@type": "Question", "name": "How does the \"dashed controllers\" feature work?", "acceptedAnswer": { "@type": "Answer", "text": "The controller name parsing was changed so a URL like www.example.com/search-article correctly calls SearchArticleController.php, allowing multi-word controller names split with dashes without breaking the coding standard." } },
-                    { "@type": "Question", "name": "How much changed in the 1.5.0 release?", "acceptedAnswer": { "@type": "Answer", "text": "About 250 commits went into the SVN repository since the previous release, so the blog post only covers the highlights - the full Dotkernel 1.5.0 download is available to try out." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-0-lts-released.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-0-lts-released.jsonld.twig
deleted file mode 100644
index 527db6df..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-0-lts-released.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does LTS mean for Dotkernel 1.8.0?", "acceptedAnswer": { "@type": "Answer", "text": "LTS stands for Long-term support, a type of special version designed to be supported for longer than normal, which is particularly common for open-source software projects." } },
-                    { "@type": "Question", "name": "What is the Plugin Architecture introduced in 1.8.0?", "acceptedAnswer": { "@type": "Answer", "text": "Starting with 1.8.0, Dotkernel uses Plugins to make extending the framework easier." } },
-                    { "@type": "Question", "name": "How does 1.8.0 load faster than previous versions?", "acceptedAnswer": { "@type": "Answer", "text": "It supports APC and File Caching within the framework, so XML files and config files are cached to maximize response speed." } },
-                    { "@type": "Question", "name": "What is Dot_Request?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Request is a new class that gives you control over the request data before you use it, so that the variables $_SERVER, $_GET and $_POST are only accessed within controllers." } },
-                    { "@type": "Question", "name": "What was removed from Dotkernel in 1.8.0?", "acceptedAnswer": { "@type": "Answer", "text": "WURFL integration was removed (mobile device detection is now handled separately, and WURFL can be added as a plugin), and support for multiple SMTP transporters was removed (it can also be added as a plugin)." } },
-                    { "@type": "Question", "name": "What security-related additions does 1.8.0 include?", "acceptedAnswer": { "@type": "Answer", "text": "A security scan in the Admin Dashboard shows recommended settings, admin failed-login notifications are sent to all developers listed in devEmails (not just the first admin), and a new Alert System can notify developers if something goes wrong." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.jsonld.twig
deleted file mode 100644
index 83a00b9e..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What's new in Dotkernel 1.8.1?", "acceptedAnswer": { "@type": "Answer", "text": "The main change is Enhanced Cache Support, which means you can use tags in your cache system if the host supports it." } },
-                    { "@type": "Question", "name": "How do I upgrade from 1.8.0 to 1.8.1?", "acceptedAnswer": { "@type": "Answer", "text": "The post provides a dedicated \"Upgrade from Dotkernel 1.8.0\" download link, separate from the full Dotkernel 1.8.1 package and the original Dotkernel 1.8.0 (LTS) download." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-coding-standard.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-coding-standard.jsonld.twig
deleted file mode 100644
index 160d96eb..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-coding-standard.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What coding standard does Dotkernel follow?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel borrows its coding standard from the Zend Framework Coding Standard, with some exceptions described in this article." } },
-                    { "@type": "Question", "name": "Tabs or spaces for indentation?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel indents with tabs, not spaces." } },
-                    { "@type": "Question", "name": "How should classes, interfaces, and filenames be named?", "acceptedAnswer": { "@type": "Answer", "text": "Classes start with the prefix Dot_ (e.g. Dot_Templates), interfaces end with the string \"Interface\" (e.g. Dot_Db_Interface), and all PHP files use the \".php\" extension, with no fancy extensions like \".inc\"." } },
-                    { "@type": "Question", "name": "How should curly braces be placed for control statements?", "acceptedAnswer": { "@type": "Answer", "text": "Every opening curly brace starts on its own new line after the statement, and its matching closing brace also goes on a new line, aligned in the same column as the opening brace, for better indentation of the code." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-database-naming-conventions-for-mysql.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-database-naming-conventions-for-mysql.jsonld.twig
deleted file mode 100644
index 13d82fe1..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-database-naming-conventions-for-mysql.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Where do Dotkernel's database naming conventions come from?", "acceptedAnswer": { "@type": "Answer", "text": "They are borrowed from FaZend's \"Rules of naming of database tables and columns,\" an open-source PHP framework based on Zend Framework." } },
-                    { "@type": "Question", "name": "Should table names be singular or plural?", "acceptedAnswer": { "@type": "Answer", "text": "Singular table names only, for example user, category, product, order, orderProduct." } },
-                    { "@type": "Question", "name": "How should foreign key columns be named?", "acceptedAnswer": { "@type": "Answer", "text": "A foreign key column takes the name of the referenced table plus the name of the referenced column. For example, referencing table admin's Id column produces a column named adminId." } },
-                    { "@type": "Question", "name": "What naming pattern is used for CONSTRAINT names?", "acceptedAnswer": { "@type": "Answer", "text": "The pattern is FK_referencedTableName_tableName, for example CONSTRAINT `FK_admin_adminLogin`." } },
-                    { "@type": "Question", "name": "What casing convention applies to table/column names and to SQL keywords?", "acceptedAnswer": { "@type": "Answer", "text": "Table and column names must follow camelLetter naming conventions, while SQL keywords such as SELECT and INT are capitalized." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.jsonld.twig
deleted file mode 100644
index 652b30f2..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Light?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Light is the smallest complete Mezzio application that includes only the bare-bones essentials. It's suitable as a presentation site, an introduction to the Mezzio microframework architecture, or a starting point for a more complex project where you want full control over functionality." } },
-                    { "@type": "Question", "name": "What is the goal of Dotkernel Light?", "acceptedAnswer": { "@type": "Answer", "text": "It's designed to be the smallest complete Mezzio application, as well as an entry-level version of Dotkernel Frontend, presenting the beginner developer with as few moving parts as possible while still letting the more advanced developer have full control of the platform's functionality." } },
-                    { "@type": "Question", "name": "What functionality does Dotkernel Light retain?", "acceptedAnswer": { "@type": "Answer", "text": "It keeps routing, templating, error handling, and tests and code quality checks." } },
-                    { "@type": "Question", "name": "What was removed compared to Dotkernel Frontend?", "acceptedAnswer": { "@type": "Answer", "text": "Items removed include Doctrine and all database related stuff, sessions/cookies/flash messages, authentication/authorization, dependency injection, mail related stuff, navigation, CORS, forms/validators/input filters, the User module, the Contact module, the Plugin module, unused CSS/JS code, and outdated README instructions." } },
-                    { "@type": "Question", "name": "Which packages are no longer required in Dotkernel Light?", "acceptedAnswer": { "@type": "Answer", "text": "Packages such as dotkernel/dot-authorization, dotkernel/dot-mail, dotkernel/dot-session, dotkernel/dot-navigation, dotkernel/dot-flashmessenger, laminas/laminas-form, mezzio/mezzio-cors, and several others used by Frontend are not required." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.jsonld.twig
deleted file mode 100644
index a4ef8587..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Light designed for?", "acceptedAnswer": { "@type": "Answer", "text": "It's a good starting point for a project when you want full control over its functionality, and it easily grows into something more complex by integrating packages based on your requirements." } },
-                    { "@type": "Question", "name": "What functionality does Dotkernel Light include out of the box?", "acceptedAnswer": { "@type": "Answer", "text": "Routing, Templating, Error handling, and Tests and code quality checks." } },
-                    { "@type": "Question", "name": "What features are removed from Dotkernel Light compared to Dotkernel Frontend?", "acceptedAnswer": { "@type": "Answer", "text": "Everything related to the database, Sessions/Cookies/Flash messages, Authentication/Authorization, Dependency Injection, Mail related stuff, Navigation, CORS, Forms/Validators/InputFilters, the User module, the Contact module, and the Plugin module." } },
-                    { "@type": "Question", "name": "How do you add a new page to a Dotkernel Light site?", "acceptedAnswer": { "@type": "Answer", "text": "Add an Action function for the page (e.g. examplePageAction()) in src/Page/src/Controller/PageController.php that renders a template, then create the matching template file in src/Page/templates/page/ (e.g. example-template.html.twig), with the page copy placed in its content block." } },
-                    { "@type": "Question", "name": "Where should new page assets like fonts, images, JS, and CSS be placed?", "acceptedAnswer": { "@type": "Answer", "text": "Under src/App/assets/, in its default folders: src/App/assets/fonts, src/App/assets/images, src/App/assets/js, and src/App/assets/scss. Run npm run watch during edits, or npm run prod once the edits are completed." } },
-                    { "@type": "Question", "name": "Where do you edit the top menu and footer that appear on every page?", "acceptedAnswer": { "@type": "Answer", "text": "Both live in src/App/templates/layout/default.html.twig: the top menu items are under id=\"navbarHeader\", and the footer content is inside the footer element with class \"app-footer\"." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-on-nginx.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-on-nginx.jsonld.twig
deleted file mode 100644
index 000f8762..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-on-nginx.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What server stack was used to test Dotkernel on Nginx?", "acceptedAnswer": { "@type": "Answer", "text": "A clean CentOS 6.3 VPS running Nginx 1.4.1, PHP 5.4.16, and PHP-FPM, with the APC and GeoIP PHP modules installed." } },
-                    { "@type": "Question", "name": "What is the Nginx equivalent of the main .htaccess file?", "acceptedAnswer": { "@type": "Answer", "text": "The directive try_files $uri $uri/ /index.php;, which sends all requests to the index.php file." } },
-                    { "@type": "Question", "name": "How is the configs folder protected from web access in Nginx?", "acceptedAnswer": { "@type": "Answer", "text": "By adding a location block matching ^/configs/ that returns deny all;." } },
-                    { "@type": "Question", "name": "How was the Dotkernel codebase deployed onto the server?", "acceptedAnswer": { "@type": "Answer", "text": "It was exported directly from SVN using svn export --force http://v1.dotkernel.net/svn/trunk/ /var/www/html." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-reserved-variable-names-for-caching.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-reserved-variable-names-for-caching.jsonld.twig
deleted file mode 100644
index 9791e9e9..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-reserved-variable-names-for-caching.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What cache key is used for the router?", "acceptedAnswer": { "@type": "Answer", "text": "The router, which loads routes settings from router.xml, is cached as router." } },
-                    { "@type": "Question", "name": "What cache key stores the ACL role definitions?", "acceptedAnswer": { "@type": "Answer", "text": "The role.xml file (used by Dot_Auth, from /configs/acl/role.xml, to define user rights) is cached as acl_role." } },
-                    { "@type": "Question", "name": "How is the menu cached?", "acceptedAnswer": { "@type": "Answer", "text": "The menu.xml from the current module is cached as admin_menu and frontend_menu." } },
-                    { "@type": "Question", "name": "What naming pattern do cached options use?", "acceptedAnswer": { "@type": "Answer", "text": "option_MODULE_CONTROLLER, where MODULE is the current module and CONTROLLER is the current controller or \"seo\" - for example option_admin_Admin, option_frontend_Page, and option_admin_seo (seo is lowercase)." } },
-                    { "@type": "Question", "name": "What happens if you change browser.xml, os.xml, or other cached config files?", "acceptedAnswer": { "@type": "Answer", "text": "The change won't take effect on its own, since values like browser_xml and os_xml remain cached - you must clear the cache or rewrite that value in cache to see the change take effect." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-template-engine.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-template-engine.jsonld.twig
deleted file mode 100644
index 09e45499..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-template-engine.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the Dotkernel Template Engine based on?", "acceptedAnswer": { "@type": "Answer", "text": "It's an implementation of the PHPLib Template engine for PHP5." } },
-                    { "@type": "Question", "name": "What is the main benefit of using it?", "acceptedAnswer": { "@type": "Answer", "text": "It separates application code from the presentation layer, and separates data manipulation from its final format (HTML, XML, or a formatted e-mail), letting you change a site's look and feel quickly without delving into a lot of PHP variable assignments and print statements." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-version-1-0-in-action.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-version-1-0-in-action.jsonld.twig
deleted file mode 100644
index 57d74900..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/dotkernel-version-1-0-in-action.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Who developed Dotkernel and what is it built on?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework. At the time of this article it was at version 1.0, released under the Open Software License (OSL 3.0)." } },
-                    { "@type": "Question", "name": "What architecture does Dotkernel use?", "acceptedAnswer": { "@type": "Answer", "text": "A simplified MVC (Model-View-Controller) architecture that's easy to learn for beginner and intermediate level programmers, achieved by eliminating much of Zend Framework's complexity through a different approach to handling web requests." } },
-                    { "@type": "Question", "name": "What does Zend_Config provide in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "It provides multiple backends for configuration storage and a simple, intuitive, object-oriented interface for accessing it. Dotkernel stores configuration as simple PHP arrays, which are then wrapped by Zend_Config." } },
-                    { "@type": "Question", "name": "What role do Zend_Db and Zend_Db_Table play?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Db_Table is a classic implementation of the Table Data Gateway and Row Data Gateway design patterns, allowing easy and intuitive access to database tables and rows, as well as an entry point for custom business logic surrounding the data." } },
-                    { "@type": "Question", "name": "What are Zend_Mail and Zend_Registry used for?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Mail composes and sends both text and MIME-compliant multipart e-mail, via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp. Zend_Registry is a container for storing objects and values in the application space, so the same object is always available throughout the application, as an alternative to using global storage." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.jsonld.twig
deleted file mode 100644
index bfc38ba1..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why force UTF8 at the MySQL server level instead of relying on each client?", "acceptedAnswer": { "@type": "Answer", "text": "Because you can't control all the scripts that connect to your database (for instance the mysql command line or mysqldump), so forcing the server's collation and character set to UTF8 in my.cnf guarantees it regardless of the connecting client." } },
-                    { "@type": "Question", "name": "What two lines enable UTF8 for all connections in my.cnf?", "acceptedAnswer": { "@type": "Answer", "text": "character_set_server=utf8 and skip-character-set-client-handshake." } },
-                    { "@type": "Question", "name": "What's the difference between the two suggested collation settings?", "acceptedAnswer": { "@type": "Answer", "text": "collation_server=utf8_general_ci is recommended for better performance, while collation_server=utf8_unicode_ci is recommended instead if better sorting order matters more." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/geoip-city-removed-from-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/geoip-city-removed-from-dotkernel.jsonld.twig
deleted file mode 100644
index 062875d0..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/geoip-city-removed-from-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why was GeoIP City removed from Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "The City database on GeoIP extension version 1.1.0 and above was causing a segmentation fault, which resulted in crashing or outputting an error instead of executing the PHP code." } },
-                    { "@type": "Question", "name": "Who is affected by this error?", "acceptedAnswer": { "@type": "Answer", "text": "Users running an older Dotkernel version together with GeoIP extension version 1.1.0 or newer, since the error comes from the extension's incompatibility with the database (dat) file." } },
-                    { "@type": "Question", "name": "How does the error show up to visitors?", "acceptedAnswer": { "@type": "Answer", "text": "On some operating systems, Apache still responds with HTTP Status Code 200 (OK) but with a page containing a generic \"internal error or misconfiguration\" message, and the error might not be logged since it's generated by the GeoIP extension rather than by the PHP code." } },
-                    { "@type": "Question", "name": "How can you get rid of the error if you don't need GeoIP City?", "acceptedAnswer": { "@type": "Answer", "text": "Comment out or remove the relevant lines in Dotkernel/admin/System.php (the Admin/System model) and in library/Dot/GeoIp.php (the Dot_GeoIp class). These changes were also made in the latest version of Dotkernel, but this fix should only be used if you don't intend to use GeoIP City." } },
-                    { "@type": "Question", "name": "What does the article recommend going forward?", "acceptedAnswer": { "@type": "Answer", "text": "It recommends special coding for GeoIP City and for the GeoIP extension in general, and notes that GeoIP is an obsolete extension, with Maxmind recommending GeoIP2 instead." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/geoip-ip-address-location-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/geoip-ip-address-location-in-dotkernel.jsonld.twig
deleted file mode 100644
index 08cf7f62..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/geoip-ip-address-location-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is GeoIP and what does it let Dotkernel do?", "acceptedAnswer": { "@type": "Answer", "text": "GeoIP is MaxMind's proprietary technology for IP geolocation data. Dotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time." } },
-                    { "@type": "Question", "name": "Where does the GeoIP logic live in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "In library/Dot/Geoip.php, inside the getCountryByIp function." } },
-                    { "@type": "Question", "name": "What does getCountryByIp do when the mod_geoip PECL extension isn't installed?", "acceptedAnswer": { "@type": "Answer", "text": "It falls back to the existing externals/geoip/GeoIP.dat file bundled with Dotkernel (downloadable from MaxMind if not present)." } },
-                    { "@type": "Question", "name": "What happens when mod_geoip is installed and GeoIP.dat exists?", "acceptedAnswer": { "@type": "Answer", "text": "It uses the built-in PHP functions geoip_country_code_by_name and geoip_country_name_by_name to get the country code and name." } },
-                    { "@type": "Question", "name": "What if GeoIP.dat is missing but GeoIPCity.dat exists, or neither file exists?", "acceptedAnswer": { "@type": "Answer", "text": "If GeoIPCity.dat exists, it uses the PHP function geoip_record_by_name to get the country code and name. If neither .dat file exists, it behaves the same as when mod_geoip isn't installed, falling back to externals/geoip/GeoIP.dat." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.jsonld.twig
deleted file mode 100644
index 46f79986..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What two kinds of error handlers does dot-errorhandler provide?", "acceptedAnswer": { "@type": "Answer", "text": "A plain ErrorHandler, which is a copy of Zend Expressive's Zend\\Stratigility\\Middleware\\ErrorHandler (copied because that class is final), and a logging LogErrorHandler, which is the same but with added logging support via the container. Both have factories registered for easier use with the Container." } },
-                    { "@type": "Question", "name": "How do you install dot-errorhandler?", "acceptedAnswer": { "@type": "Answer", "text": "Run composer require dotkernel/dot-errorhandler." } },
-                    { "@type": "Question", "name": "Which error handler is used by default?", "acceptedAnswer": { "@type": "Answer", "text": "The plain error handler is selected by default as a fallback, and this can be overwritten through the config file, which also registers factories for both handlers plus an alias to switch between them." } },
-                    { "@type": "Question", "name": "What must already be in place before configuring the logging error handler?", "acceptedAnswer": { "@type": "Answer", "text": "A configured logger as described in the \"Logging with dot-log in Zend Expressive and Dotkernel\" article, with the logger named default_logger as used in the package's config example." } },
-                    { "@type": "Question", "name": "Why might whoops interfere when testing dot-errorhandler?", "acceptedAnswer": { "@type": "Answer", "text": "dot-errorhandler is meant to be a silent logger for staging and production environments. To actually test it, development mode should be disabled, otherwise whoops will catch the errors and show them to the developer instead." } },
-                    { "@type": "Question", "name": "How were errors triggered to test the error handlers?", "acceptedAnswer": { "@type": "Answer", "text": "By throwing Exceptions, the most common case, and by raising warnings/errors such as dividing a number by zero (e.g. 16/0) or casting an array to a string." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/highcharts-integration-in-dotkernel-1-6-0.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/highcharts-integration-in-dotkernel-1-6-0.jsonld.twig
deleted file mode 100644
index 32cb10b7..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/highcharts-integration-in-dotkernel-1-6-0.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What charting library was integrated in Dotkernel 1.6.0?", "acceptedAnswer": { "@type": "Answer", "text": "Highcharts was integrated in Dotkernel 1.6.0, offering a new, intuitive and interactive charting experience." } },
-                    { "@type": "Question", "name": "What sample charts were added to the admin?", "acceptedAnswer": { "@type": "Answer", "text": "The admin includes samples made with Highcharts: a pie chart (with a small custom feature), a column chart, and a line chart." } },
-                    { "@type": "Question", "name": "Where can the Highcharts library be found in a Dotkernel project?", "acceptedAnswer": { "@type": "Answer", "text": "The Highcharts library is located in the externals directory of the project." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.jsonld.twig
deleted file mode 100644
index 1c05e3db..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.baseUrl ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.baseUrl ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.baseUrl ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.baseUrl ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.baseUrl ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.baseUrl }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.baseUrl ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.baseUrl ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.baseUrl }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.baseUrl ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.baseUrl ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Light?", "acceptedAnswer": { "@type": "Answer", "text": "A minimal Mezzio-based starter project for building a simple website — routing (FastRoute), templating (Twig) and PSR-7 (Laminas Diactoros) out of the box, without a database layer." } },
-                    { "@type": "Question", "name": "Why was Doctrine added on top?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Light doesn't include persistence by default. This blog needed categories, authors, tags and posts stored and queried from a database, so Doctrine ORM was added following the official Tutorial 101." } },
-                    { "@type": "Question", "name": "Where does the article content come from?", "acceptedAnswer": { "@type": "Answer", "text": "From src/App/src/Fixture/articles_cleaned.json, loaded into the database via php bin/doctrine-fixtures." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-group-log-files-by-date-using-dot-log.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/how-to-group-log-files-by-date-using-dot-log.jsonld.twig
deleted file mode 100644
index a96e3fee..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-group-log-files-by-date-using-dot-log.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does dot-log Version 3.1.1 add?", "acceptedAnswer": { "@type": "Answer", "text": "Version 3.1.1 adds the ability to use datetime formatter strings directly in the stream option of your log writer, and it fixes an issue where caching dot-log configs caused logs to be written to the same file instead of being grouped by date." } },
-                    { "@type": "Question", "name": "How do I make sure I'm using the fix in Version 3.1.1?", "acceptedAnswer": { "@type": "Answer", "text": "Make sure you're using the latest version of dot-log by running composer update dotkernel/dot-log." } },
-                    { "@type": "Question", "name": "Do I need to change anything if my logs are already written to a single static file?", "acceptedAnswer": { "@type": "Answer", "text": "No. If your application logs messages in a single file with a static name (e.g. log/dk.log), you can skip the rest of the article - logging will work as before." } },
-                    { "@type": "Question", "name": "How do I group log files by date when using Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "In config/autoload/error-handling.global.php, locate every log writer by navigating to dot_log->loggers->default_logger->writers and replace a stream value like sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d')) with __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'." } },
-                    { "@type": "Question", "name": "How do I group log files by date without Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "In your dot-log config (e.g. /config/autoload/log.global.php), locate every writer under dot_log->loggers->my_logger->writers and replace a dynamic stream value such as sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d')) with a formatter string like __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'." } },
-                    { "@type": "Question", "name": "What must I do after changing the stream configuration?", "acceptedAnswer": { "@type": "Answer", "text": "Clear the config cache. In a Dotkernel application, run php bin/clear-config-cache.php; in a non-Dotkernel setup, make sure you clear your application's config before usage." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.jsonld.twig
deleted file mode 100644
index 9ea63ef5..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Where do you configure a persistent database connection in a Dotkernel project?", "acceptedAnswer": { "@type": "Answer", "text": "The option should be added in application.ini, as shown in the Dotkernel approach used as an example in the article." } },
-                    { "@type": "Question", "name": "What Zend_Db configuration line should NOT be used for a persistent connection?", "acceptedAnswer": { "@type": "Answer", "text": "database.params.options.PDO::ATTR_PERSISTENT = TRUE should not be used - the article states that it will not work." } },
-                    { "@type": "Question", "name": "What's the correct line to enable a persistent connection?", "acceptedAnswer": { "@type": "Answer", "text": "Use database.params.persistent = TRUE instead." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-use-alerts-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/how-to-use-alerts-in-dotkernel.jsonld.twig
deleted file mode 100644
index c3c354bd..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/how-to-use-alerts-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is a Dot_Alert used for?", "acceptedAnswer": { "@type": "Answer", "text": "Alerts (Dot_Alert's) are e-mails usually sent to the site developers using PHP's mail() function. They shouldn't be used to send regular mail - they only notify the developer that something is wrong." } },
-                    { "@type": "Question", "name": "What does the Dot_Alert class resemble, and what does an alert contain?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Alert resembles Dot_Email. Like a mail message, an alert has at least a sender, a subject, a destination and a message, and it can be sent." } },
-                    { "@type": "Question", "name": "What's an example use of Alerts in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel uses Alerts to notify the developer when an email was not sent successfully, with the message kept in the dots.xml file under the alertMessages section." } },
-                    { "@type": "Question", "name": "How are the {VARIABLES} in an alert message replaced with real data?", "acceptedAnswer": { "@type": "Answer", "text": "A $details array is prepared (e.g. e_class, site_name, site_url, e_message, to_email, from_email, date_now), and the alert's setDetails() method replaces the {VARIABLES} placeholders in the subject and message with that data." } },
-                    { "@type": "Question", "name": "What are the steps to build and send an alert?", "acceptedAnswer": { "@type": "Answer", "text": "Create a new Dot_Alert(), add headers such as From, Reply-To and X-Mailer, then call setTo(), setSubject() and setContent(), then setDetails() to fill in the placeholders, and finally call send()." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.jsonld.twig
deleted file mode 100644
index b62eec6e..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why was Dotkernel refactored to use the new PHP 5.5 Password Hashing API?", "acceptedAnswer": { "@type": "Answer", "text": "To use the new Password Hashing functions introduced in PHP 5.5 and unify all password related functions used for both admin and users, Dotkernel's codebase was refactored in version 1.8.0, starting from revision 799." } },
-                    { "@type": "Question", "name": "How can PHP versions older than 5.5 use these new hashing functions?", "acceptedAnswer": { "@type": "Answer", "text": "Since the 4 new functions are only available since PHP 5.5, Dotkernel used the Password Compatibility library (ircmaxell/password_compat)." } },
-                    { "@type": "Question", "name": "What is the minimum PHP version required after this change?", "acceptedAnswer": { "@type": "Answer", "text": "The minimum PHP version required to run Dotkernel was raised to PHP 5.3.8." } },
-                    { "@type": "Question", "name": "What steps are needed to apply this refactor to an older Dotkernel system?", "acceptedAnswer": { "@type": "Answer", "text": "Change the password column definition in the admin and user tables via ALTER TABLE, remove the settings.admin.salt entry from application.ini, apply the provided patch, and run the conversion script described in Console/Controller.php at line 47." } },
-                    { "@type": "Question", "name": "What happens to existing admin passwords during the upgrade?", "acceptedAnswer": { "@type": "Answer", "text": "Admin passwords cannot be converted automatically, so they need to be recreated manually." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.jsonld.twig
deleted file mode 100644
index 56cd011f..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do you test if the php_geoip extension is available on Zend Server?", "acceptedAnswer": { "@type": "Answer", "text": "Create a PHP file with var_dump(function_exists('geoip_database_info'));. It outputs true if the extension is available, or false if it isn't." } },
-                    { "@type": "Question", "name": "Where can you download the php_geoip extension for Zend Server 5.6?", "acceptedAnswer": { "@type": "Answer", "text": "From http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/, where several php_geoip.dll files are available for different architectures and compilers." } },
-                    { "@type": "Question", "name": "How do you know which php_geoip.dll file to download?", "acceptedAnswer": { "@type": "Answer", "text": "You can find your PHP's architecture and the compiler it was built with by running phpinfo()." } },
-                    { "@type": "Question", "name": "Where does the php_geoip.dll file need to be copied?", "acceptedAnswer": { "@type": "Answer", "text": "Into C:\\YOUR_LOCATION\\Zend\\ZendServer\\lib\\phpext\\." } },
-                    { "@type": "Question", "name": "How do you enable the geoip extension after copying the dll?", "acceptedAnswer": { "@type": "Answer", "text": "Go into the Zend Server interface, restart PHP, turn on the geoip extension from Server Setup -> Extension, and restart PHP again. If you get an error loading the extension, you picked the wrong dll and should try another one." } },
-                    { "@type": "Question", "name": "What else is needed besides the extension itself?", "acceptedAnswer": { "@type": "Answer", "text": "You also need to download geoip databases from MaxMind, such as geoIP.dat, geoIPCity.dat, and geoIPOrganization.dat, and copy those .dat files into C:\\YOUR_LOCATION\\Zend\\ZendServer\\bin\\." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.jsonld.twig
deleted file mode 100644
index 9b42a185..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Which php_geoip file should be downloaded for Zend Server 6.1?", "acceptedAnswer": { "@type": "Answer", "text": "Download the php_geoip-1.0.8-5.4-nts-vc9-x86.zip file from http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/." } },
-                    { "@type": "Question", "name": "Where does the php_geoip.dll go on Zend Server 6.1?", "acceptedAnswer": { "@type": "Answer", "text": "Copy the php_geoip.dll file from the archive to ZEND_PATH\\Zend\\ZendServer\\lib\\phpext\\." } },
-                    { "@type": "Question", "name": "How is the extension enabled on Zend Server 6.1?", "acceptedAnswer": { "@type": "Answer", "text": "Open the php.ini file at ZEND_PATH\\Zend\\ZendServer\\etc\\php.ini, add the line extension=php_geoip.dll at the end of the file, save it, and click \"Restart PHP\" from the Zend Server GUI." } },
-                    { "@type": "Question", "name": "How do you verify GeoIP is working after this setup?", "acceptedAnswer": { "@type": "Answer", "text": "Follow the same steps described in the previous article (Installing GeoIP extension in Zend Server 5.6 on Windows) to test the GeoIP integration and download the Geoip*.dat files." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.jsonld.twig
deleted file mode 100644
index 16fb9c19..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do I register dot-log's config provider?", "acceptedAnswer": { "@type": "Answer", "text": "In config/config.php, add \\Dot\\Log\\ConfigProvider::class if it's not already there, making sure it is added before application-specific components such as Frontend\\App\\ConfigProvider or Admin\\App\\ConfigProvider." } },
-                    { "@type": "Question", "name": "How is a logger retrieved from the container instead of using the plain class name?", "acceptedAnswer": { "@type": "Answer", "text": "Dot\\Log\\ConfigProvider registers an abstract factory, LoggerAbstractServiceFactory, that responds to \"selectors\" instead of class names. Instead of requesting Zend\\Log\\Logger::class from the container, you request dot-log.my_logger (or just my_logger if using zend-log)." } },
-                    { "@type": "Question", "name": "What is a writer, and how many does a logger need?", "acceptedAnswer": { "@type": "Answer", "text": "A writer is an object that inherits from Zend\\Log\\Writer\\AbstractWriter and is responsible for recording log data to a storage backend. Loggers must have at least one writer, and the writer's \"name\" key is mandatory while its \"priority\" key is optional and only used to organize writers, not to affect which errors get written." } },
-                    { "@type": "Question", "name": "What does a filter do, and how are log levels ordered?", "acceptedAnswer": { "@type": "Answer", "text": "A filter prevents a message from being written to the log. Per PSR-3, the log levels in order of priority/importance are emergency (0), alert (1), critical (2), error (3), warn (4), notice (5), info (6), and debug (7) - the operator for \"more important\" messages is <= because a smaller number represents a more important message." } },
-                    { "@type": "Question", "name": "What does the formatter configuration control?", "acceptedAnswer": { "@type": "Answer", "text": "The formatter accepts a \"name\" (a class implementing Zend\\Log\\Formatter\\FormatterInterface) and \"options\" to pass to that formatter's constructor. Zend Log provides String, XML, JSON and FirePHP formatting, and arrays can be serialized this way for better readability." } },
-                    { "@type": "Question", "name": "How do you actually write log messages once the logger is configured?", "acceptedAnswer": { "@type": "Answer", "text": "Fetch the logger from the container, e.g. $logger = $container->get('dot-log.my_logger');, then call methods such as emerg(), alert(), crit(), err(), warn(), notice(), info(), debug(), or the generic log(Logger::NOTICE, 'message')." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.jsonld.twig
deleted file mode 100644
index 7afb8453..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why does the WURFL xml file need to be manually upgraded in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel bundles an old WURFL XML file (the latest GPL version, from June 2011). Because of a license change to that WURFL file, the bundled file will no longer be upgraded by Dotkernel, so it must be upgraded manually if you still want to use it." } },
-                    { "@type": "Question", "name": "What are the main steps to manually upgrade the WURFL file?", "acceptedAnswer": { "@type": "Answer", "text": "Download the wurfl-2.3.xml.zip file, rename it to wurfl.zip, rename the file inside the archive to wurfl.xml, and replace /externals/wurfl/wurfl.zip with this new wurfl.zip file." } },
-                    { "@type": "Question", "name": "Is there anything else to replace besides wurfl.zip?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. Download the web_browsers_patch.xml file and replace the /externals/wurfl/web_browsers_patch.xml file with the new one." } },
-                    { "@type": "Question", "name": "What's the last step after replacing the files?", "acceptedAnswer": { "@type": "Answer", "text": "Go to the Admin panel, click on the \"empty\" wurfl cache link, then rebuild the cache." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/migration-of-zend-framework-1-pear-channel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/migration-of-zend-framework-1-pear-channel.jsonld.twig
deleted file mode 100644
index f01e6919..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/migration-of-zend-framework-1-pear-channel.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did the PEAR channel for Zend Framework 1 need to move?", "acceptedAnswer": { "@type": "Answer", "text": "The unofficial PEAR channel for Zend Framework 1 was hosted on Google Code, and once Google Code was closed the channel was forced to move to a new location." } },
-                    { "@type": "Question", "name": "Why wasn't the project moved to GitHub instead?", "acceptedAnswer": { "@type": "Answer", "text": "The team was unable to migrate the project to github.com because the repository is more than 1 GB in size, so they built a special server dedicated to hosting only the PEAR channel for Zend Framework 1." } },
-                    { "@type": "Question", "name": "Is Zend Framework 1 still worth using?", "acceptedAnswer": { "@type": "Answer", "text": "Zend Framework 1 is still used by a lot of projects in production, is still a viable library collection, and runs on PHP7, even though it is only in maintenance/security-patch mode." } },
-                    { "@type": "Question", "name": "How do I switch to the new PEAR channel?", "acceptedAnswer": { "@type": "Answer", "text": "Using the PEAR installer: remove the installed package with pear uninstall zend/zend, remove the old Google Code channel with pear channel-delete zend.googlecode.com/svn, discover the new channel with pear channel-discover pear.dotkernel.com/zf1/svn, and then reinstall the package with pear install zend/zend." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/new-features-in-zend-framework-1-12.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/new-features-in-zend-framework-1-12.jsonld.twig
deleted file mode 100644
index 3c0e3b6a..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/new-features-in-zend-framework-1-12.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What was announced for Zend Framework 1.12?", "acceptedAnswer": { "@type": "Answer", "text": "Matthew Weier O'Phinney announced the immediate availability of the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1." } },
-                    { "@type": "Question", "name": "What changed in Zend_Loader?", "acceptedAnswer": { "@type": "Answer", "text": "A number of autoloaders and autoloader facilities were back ported from ZF2, including Zend_Loader_StandardAutoloader, Zend_Loader_ClassMapAutoloader, and Zend_Loader_AutoloaderFactory, providing performant alternatives to the autoloading facilities already in the 1.X releases." } },
-                    { "@type": "Question", "name": "What is Zend_EventManager?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_EventManager is a component, also back ported from ZF2, that lets you attach and detach listeners to named events (per-instance or via shared collections), trigger events, and interrupt execution of listeners." } },
-                    { "@type": "Question", "name": "Why was the WurflApi adapter removed?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Http_UserAgent_Features_Adapter_WurflApi was removed due to changes in the licensing of WURFL. The team planned to provide the WurflApi adapter to ScientiaMobile so WURFL users would still have that option." } },
-                    { "@type": "Question", "name": "How many bugs were fixed in this release?", "acceptedAnswer": { "@type": "Answer", "text": "Over 200 reported issues in the tracker were fixed, with particular thanks credited to Adam Lundrigan, Frank Brückner and Martin Hujer, as well as everyone who ran the ZF1 unit tests and reported results." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.jsonld.twig
deleted file mode 100644
index 6bbd6830..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why does the PHP Formatter plugin for Zend Studio 10.1 need to be changed?", "acceptedAnswer": { "@type": "Answer", "text": "Because Zend donated the Zend Studio Formatter upstream to the PDT project, the Formatter plugin needs to be changed by replacing \"com.zend.php\" with \"org.eclipse.php\"." } },
-                    { "@type": "Question", "name": "Where can I get Dotkernel's updated Formatter and Templates files for Zend Studio 10.1?", "acceptedAnswer": { "@type": "Answer", "text": "The updated PHP Formatter file for Zend Studio 10.1 and a templates file built according to the Dotkernel coding standard are both available as downloads linked in the article." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.jsonld.twig
deleted file mode 100644
index 48c5b218..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do I protect the /admin folder with .htaccess in Plesk?", "acceptedAnswer": { "@type": "Answer", "text": "Add a Location block for /admin to the vhost.conf file (e.g. /var/www/vhosts/exampledomain.com/conf/vhost.conf) using AuthType Basic, an AuthName, an AuthUserFile pointing to a .htpasswd file, and Require valid-user." } },
-                    { "@type": "Question", "name": "After editing vhost.conf, how do I apply the change and finish setup in Plesk?", "acceptedAnswer": { "@type": "Answer", "text": "Notify the server that vhost.conf has changed by running /usr/local/psa/admin/sbin/websrvmng -a, then create the .htpasswd file and upload it to the same conf directory referenced in the AuthUserFile directive." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.jsonld.twig
deleted file mode 100644
index 08bca9fe..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.jsonld.twig
+++ /dev/null
@@ -1,110 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "Why was laminas/laminas-mail replaced?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The Laminas Technical Steering Committee decided on 2023-12-04 that laminas/laminas-mail would be abandoned because there was nobody to maintain it, and several alternatives were already available in the ecosystem."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What alternatives were identified for the abandoned laminas-mail package?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The alternatives mentioned are ddeboer/imap for interacting with IMAP, zbateson/mail-mime-parser for parsing MIME messages, and symfony/mailer for sending mail."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How did Dotkernel handle the removal of laminas-mail in dot-mail?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The Dotkernel team replaced laminas/laminas-mail with symfony/mailer inside the dotkernel/dot-mail package, revising the code and configuration files while aiming for minimal impact on existing projects, so the calls used to send mail stay the same, even though some lesser-used functionality like mime and imap is lost."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Which mail transport does dot-mail use by default?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The revised mail.global.php configuration defaults the transport to sendmail. You should use ONE of the transporters, either 'transport' => 'sendmail' or 'transport' => 'esmtp', based on your server configuration; Sendmail was set as the default."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I update dotkernel/dot-mail from version 3 or 4 to version 5?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Download the new mail.global.php.dist configuration file, add the values you configured for your project (focusing on transport, message_options and smtp_options) to replace your old configuration file, then update \"dotkernel/dot-mail\" to \"^5.0.0\" in composer.json and run composer update."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What functionality is lost after switching to symfony/mailer?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "At the time of the article, mime and imap related functionality is removed from dot-mail as a result of the switch."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.jsonld.twig
deleted file mode 100644
index 9a5b3986..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why was the WURFL PHP library removed from Dotkernel 1.6.0?", "acceptedAnswer": { "@type": "Answer", "text": "In Dotkernel 1.6.0, released on May 16th, 2012, the GPL'ed WURFL PHP library was removed because the code was obsolete anyway and the structure of the XML file had changed." } },
-                    { "@type": "Question", "name": "What replaced the old WURFL PHP library?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel implemented Scientia Mobile's WURFL Cloud PHP library instead." } },
-                    { "@type": "Question", "name": "Where can I find instructions to set up the WURFL Cloud API key?", "acceptedAnswer": { "@type": "Answer", "text": "Instructions on how to sign up for a free account and set up your API key are linked in the article, pointing to the \"Detecting Mobile Devices in Dotkernel 1.6\" article." } },
-                    { "@type": "Question", "name": "What are the terms of Dotkernel's special WURFL Cloud license?", "acceptedAnswer": { "@type": "Answer", "text": "The license is non-transferable, conditioned, limited to the version received, and restricted to use and distribution only in connection with the Dotkernel software framework. It does not allow making derivative works, even when source code is provided or the code is not obfuscated." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/sending-emails-using-dot-email-component-and-zend-email.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/sending-emails-using-dot-email-component-and-zend-email.jsonld.twig
deleted file mode 100644
index 4d78b925..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/sending-emails-using-dot-email-component-and-zend-email.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dot_Email?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Email is a class that extends Zend_Mail, so all methods from Zend_Mail are available in it. Aside from its constructor, Dot_Email itself is composed of only two methods, with everything else inherited from Zend_Mail." } },
-                    { "@type": "Question", "name": "What are the two methods that Dot_Email adds on top of Zend_Mail?", "acceptedAnswer": { "@type": "Answer", "text": "setContent($content, $format = 'text/plain') sets the body of the email by calling setBodyText() when the format is \"text/plain\" or setBodyHtml() when the format is \"text/html\". send() sets the transporter and calls the parent::send() method to send the email." } },
-                    { "@type": "Question", "name": "What is the minimal sequence of calls needed to send an email with Dot_Email?", "acceptedAnswer": { "@type": "Answer", "text": "You must always use addTo(), setSubject(), and setBodyText() or setBodyHtml() or setContent(), and finally call send(), as shown in the article's example that creates a new Dot_Email, adds a recipient, sets the subject and body text, then sends it and checks the returned success value." } },
-                    { "@type": "Question", "name": "How do I override the default From and Reply-To addresses?", "acceptedAnswer": { "@type": "Answer", "text": "Only if you want to overwrite the default Email and Name, add calls to setFrom($fromEmail, $fromName) and setReplyTo($fromEmail, $fromName)." } },
-                    { "@type": "Question", "name": "Which Zend_Mail methods are inherited and usable through Dot_Email?", "acceptedAnswer": { "@type": "Answer", "text": "Inherited methods listed in the article include setBodyText(), setBodyHtml(), addTo(), addCc(), addBcc(), setFrom(), setReplyTo(), setReturnPath(), setSubject(), and addHeader()." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/templating-in-dotkernel3.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/templating-in-dotkernel3.jsonld.twig
deleted file mode 100644
index e594a297..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/templating-in-dotkernel3.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Which templating engine does Dotkernel3 use?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel3 moved to the popular Twig Templating Engine." } },
-                    { "@type": "Question", "name": "Why did Dotkernel move away from the previous templating engine?", "acceptedAnswer": { "@type": "Answer", "text": "The previous templating engine, although solid and robust, was also 10 years old and used techniques that had become slightly outdated, and it was one of the pain points in the previous version of Dotkernel." } },
-                    { "@type": "Question", "name": "What features does Twig bring to Dotkernel3 templates?", "acceptedAnswer": { "@type": "Answer", "text": "Templates can now be written as HTML code with extra Twig tags, and Twig includes features such as layouts, loops, variables, and escaping, giving the familiarity of HTML with the overview and convenience of PHP." } },
-                    { "@type": "Question", "name": "Where can I read the official Twig templating documentation for Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "The official documentation is available at twig.symfony.com." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/test-article.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/test-article.jsonld.twig
deleted file mode 100644
index a6d6888b..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/test-article.jsonld.twig
+++ /dev/null
@@ -1,49 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is this article for?", "acceptedAnswer": { "@type": "Answer", "text": "This is a test article added to the Dotkernel category for fixture and testing purposes. This article is now updated." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/using-dotkernel-with-composer-dependencies.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/using-dotkernel-with-composer-dependencies.jsonld.twig
deleted file mode 100644
index 3c506f38..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/using-dotkernel-with-composer-dependencies.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Do I need to manually include or require Composer dependencies in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "No. Composer automatically loads dependencies, so there is no need to include or require them yourself." } },
-                    { "@type": "Question", "name": "What example does the article use to demonstrate Composer dependencies?", "acceptedAnswer": { "@type": "Answer", "text": "The article renders a Barcode using Zend Framework 1 as the Non-Namespaced dependency (installed with composer require 'zendframework/zendframework1') and Zend Framework 2 as the Namespaced dependency (installed with composer require 'zendframework/zend-barcode')." } },
-                    { "@type": "Question", "name": "When can these Composer dependencies be used in the application?", "acceptedAnswer": { "@type": "Answer", "text": "These dependencies can be used anywhere after the Dot_Kernel::initialize() function has been called." } },
-                    { "@type": "Question", "name": "How are non-namespaced (Zend Framework 1) classes loaded compared to namespaced (Zend Framework 2) classes?", "acceptedAnswer": { "@type": "Answer", "text": "Non-namespaced ZF1 classes are loaded PSR-0 style, meaning the class name looks like VendorName_PackageName_ClassName (e.g. Zend_Barcode). Namespaced ZF2 classes are loaded PSR-4 style, meaning the class name looks like \\VendorName\\PackageName\\ClassName (e.g. Zend\\Barcode\\Barcode)." } },
-                    { "@type": "Question", "name": "Can the same code work for both namespaced and non-namespaced barcode dependencies?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. If you add \"use Zend\\Barcode\\Barcode as Zend_Barcode;\" as the first line, the ZF1-style example will work for both, and you can then reference the module as Zend\\Barcode\\Barcode, Barcode, or Zend_Barcode." } },
-                    { "@type": "Question", "name": "What Dotkernel and PHP versions does this article apply to?", "acceptedAnswer": { "@type": "Answer", "text": "This article works for any Dotkernel 1.x version if your server is running PHP greater than 5.4.0." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/using-utf8-charset-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/using-utf8-charset-in-dotkernel.jsonld.twig
deleted file mode 100644
index e5e636b0..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/using-utf8-charset-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What needs to change to use UTF8 encoding in a Dotkernel-based system?", "acceptedAnswer": { "@type": "Answer", "text": "Both the database structure and the application.ini file need changes: all tables and columns must have a proper UTF8 collation (utf8_general_ci or utf8_bin), and application.ini must load the utf8 charset." } },
-                    { "@type": "Question", "name": "What line should I add to application.ini to enable UTF8?", "acceptedAnswer": { "@type": "Answer", "text": "Add the line database.params.charset = utf8 to your application.ini file." } },
-                    { "@type": "Question", "name": "What is the difference between utf8_general_ci and utf8_bin collation?", "acceptedAnswer": { "@type": "Answer", "text": "utf8_bin compares strings by the binary value of each character, while utf8_general_ci compares strings using general language rules with case-insensitive comparisons. For example, A with umlaut equals A, O with umlaut equals O, and U with umlaut equals U evaluate as true under utf8_general_ci but not under utf8_bin." } },
-                    { "@type": "Question", "name": "Does the collation choice affect PHP string functions too?", "acceptedAnswer": { "@type": "Answer", "text": "No. These collation differences only happen at the MySQL level, for instance in queries using the LIKE operator, and not at the PHP level, for instance in str_replace() calls." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.jsonld.twig
deleted file mode 100644
index 4c131a63..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is WURFL Cloud?", "acceptedAnswer": { "@type": "Answer", "text": "WURFL Cloud is a new way that WURFL (Wireless Universal Resource FiLe) delivers its device detection services. Dotkernel integrated it as the default detection method for mobile devices starting with version 1.6.0." } },
-                    { "@type": "Question", "name": "How do I get a functional device detection setup with WURFL Cloud?", "acceptedAnswer": { "@type": "Answer", "text": "Register for a Wurfl Cloud account with Scientia Mobile, choose device_os and mobile_browser as your capabilities, then copy your API key into application.ini in Dotkernel." } },
-                    { "@type": "Question", "name": "What line do I add to application.ini for the API key?", "acceptedAnswer": { "@type": "Answer", "text": "Add a line such as resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, using your own API key." } },
-                    { "@type": "Question", "name": "How can I test that mobile detection is working?", "acceptedAnswer": { "@type": "Answer", "text": "Change the user agent in your browser to a mobile device and access your project; you should be redirected to the mobile module." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.jsonld.twig
deleted file mode 100644
index 73da9526..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did the WURFL PHP API license become incompatible with Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "The WURFL PHP API used to be licensed under GNU/GPL, compatible with both Zend Framework's new BSD license and Dotkernel's OSL 3.0 license. On June 6th, 2011, version 1.3.0 of the library changed its license to AGPL, turning it into a trial-only library for product evaluation, which is incompatible with keeping Dotkernel free." } },
-                    { "@type": "Question", "name": "Which version introduced the license change, and when?", "acceptedAnswer": { "@type": "Answer", "text": "Version 1.3.0 of the WURFL PHP API, released June 6th, 2011, changed the license from GNU/GPL to AGPL. Dotkernel had updated to this version in its 1.5.0 release candidate without noticing the license change." } },
-                    { "@type": "Question", "name": "What did Dotkernel do in response to the license change?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel planned to remove WURFL PHP API version 1.3.0 from its codebase and reintegrate version 1.2.1, which was still GNU/GPL. It also intended to keep contributing to the free WURFL XML data, and considered forking the 1.2.1 library and renaming it to avoid trademark issues." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-zend-framework-integration-into-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-zend-framework-integration-into-dotkernel.jsonld.twig
deleted file mode 100644
index bc2e6ced..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/wurfl-zend-framework-integration-into-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Which Zend Framework class is used to integrate WURFL into Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "WURFL is integrated using the Zend_Http_UserAgent class from Zend Framework 1.11.0rc1 (the beta release at the time of the post)." } },
-                    { "@type": "Question", "name": "What is the first step to integrate WURFL into Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Download the WURFL PHP API and unzip it into a folder named wurfl-php-1.1." } },
-                    { "@type": "Question", "name": "Which folders need to be created and made writable?", "acceptedAnswer": { "@type": "Answer", "text": "Two folders must be created and made writable by the web server: cache/wurfl/FILE_CACHE_PROVIDER and cache/wurfl/FILE_PERSISTENCE_PROVIDER." } },
-                    { "@type": "Question", "name": "What needs to be added to application.ini?", "acceptedAnswer": { "@type": "Answer", "text": "Three lines need to be added: resources.useragent.wurflapi.wurfl_api_version = 1.1, resources.useragent.wurflapi.wurfl_lib_dir pointing to APPLICATION_PATH /library/Wurfl/, and resources.useragent.wurflapi.wurfl_config_file pointing to APPLICATION_PATH /configs/wurfl.xml." } },
-                    { "@type": "Question", "name": "How do you access WURFL configuration in code?", "acceptedAnswer": { "@type": "Answer", "text": "Instantiate a Zend_Http_UserAgent with the useragent config, then call getDevice() on it. getDevice() returns all the relevant information about the current user agent." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.jsonld.twig
deleted file mode 100644
index fdfc3d6f..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "When were Zend_Auth and Zend_Acl integrated into Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Auth and Zend_Acl were integrated starting with Dotkernel version 1.5.0, as part of a refactor of the User and Admin models using the new Dot_Auth and Dot_Acl classes." } },
-                    { "@type": "Question", "name": "How does Dot_Auth authenticate a user?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Auth authenticates the user by checking the database using Zend_Auth_Adapter_DbTable, setting the table name, the identity column to username, and the credential column to password." } },
-                    { "@type": "Question", "name": "What roles exist for ACL in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel defines 3 ACL roles (user types): guest, user, and admin. These roles and their permissions are configured in the configs/acl/role.xml file." } },
-                    { "@type": "Question", "name": "Where do the ACL resources come from?", "acceptedAnswer": { "@type": "Answer", "text": "The resources for ACL are taken from configs/router.xml, specifically the controllers tag." } },
-                    { "@type": "Question", "name": "What does the Dot_Acl class do?", "acceptedAnswer": { "@type": "Answer", "text": "Dot_Acl controls user access (Access Controller Layer), is used for setting and checking a user's permissions, and uses Zend_Acl to check whether a role has access to a resource. Dot_Auth calls the isAllowed method from Dot_Acl to authenticate the user." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-console-implementation-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-console-implementation-in-dotkernel.jsonld.twig
deleted file mode 100644
index b0fce6a6..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-console-implementation-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the purpose of the Console bootstrap in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Starting with version 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line, most commonly used to run cron jobs without using wget or going through Apache." } },
-                    { "@type": "Question", "name": "Where is the Console bootstrap located?", "acceptedAnswer": { "@type": "Answer", "text": "The bootstrap is found in Console/index.php, and it has one controller in Controller.php with two example actions." } },
-                    { "@type": "Question", "name": "What command line arguments does the Console bootstrap support?", "acceptedAnswer": { "@type": "Answer", "text": "There are two arguments: -a, the name of the action to execute, and -e, the environment as defined in application.ini (development, staging, or production), which is optional and defaults to production." } },
-                    { "@type": "Question", "name": "What happens to extra arguments passed to the script?", "acceptedAnswer": { "@type": "Answer", "text": "Any other arguments set when calling the script will be available in the controller in the registry's arguments array." } },
-                    { "@type": "Question", "name": "What example actions are bundled with the Console controller?", "acceptedAnswer": { "@type": "Answer", "text": "The bundled controller has two example actions: count-users, which demonstrates how to interact with models, and send-newsletter, which reads the newsletter from the command line." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.jsonld.twig
deleted file mode 100644
index 04ae7be6..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did Zend Framework drop the WURFL adapter?", "acceptedAnswer": { "@type": "Answer", "text": "According to Matthew Weier O'Phinney, Zend Framework Project Leader, the WURFL adapter was dropped from Zend_Http_UserAgent in the upcoming 1.12.0 branch due to a change in licensing by the WURFL project: the free version became AGPL, which raised too many concerns for end users regarding how their products must be licensed to comply." } },
-                    { "@type": "Question", "name": "Does this change affect projects built with Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "No. Dotkernel uses its own WURFL adapter, so the removal of the WURFL adapter from Zend_Http_UserAgent in ZF 1.12.0 will not affect projects built with Dotkernel." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-registry-usage-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-registry-usage-in-dotkernel.jsonld.twig
deleted file mode 100644
index e390c7b0..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-registry-usage-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What variables does Zend_Registry contain in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "It contains startTime (the result of microtime() at the beginning of the request), configuration (loaded from configs/application.ini), router (loaded from configs/router.xml), database (the database adapter), settings (loaded from the database), requestModule/requestController/requestAction, request (additional request variables), seo (loaded from configs/dots/seo.xml), option (loaded from configs/dots/<moduleName>.xml), and session (the session object)." } },
-                    { "@type": "Question", "name": "How do you get an instance of the registry?", "acceptedAnswer": { "@type": "Answer", "text": "Use $registry = Zend_Registry::getInstance(); and then access variables such as $registry->startTime or $registry->requestAction." } },
-                    { "@type": "Question", "name": "How do you retrieve just one variable from the registry?", "acceptedAnswer": { "@type": "Answer", "text": "If you only need one variable, you can get it directly using $action = Zend_Registry::get('requestAction');." } },
-                    { "@type": "Question", "name": "What does the seo entry in the registry contain?", "acceptedAnswer": { "@type": "Answer", "text": "It contains seo information loaded from configs/dots/seo.xml, such as site name, default description, and keywords." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.jsonld.twig
deleted file mode 100644
index b5f2a001..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What session bug was found in Dotkernel 1.5.0?", "acceptedAnswer": { "@type": "Answer", "text": "In unknown circumstances, and only in IE8 and IE9, the session cookie was not saved on the client machine, forcing the user to log in over and over again. The only workaround found was to open a new tab with the same page." } },
-                    { "@type": "Question", "name": "What caused the session cookie to be generated multiple times?", "acceptedAnswer": { "@type": "Answer", "text": "Investigation of the Dot_Session class showed the session cookie was generated 3 times, because the code called both regenerateID() and rememberMe() methods of Zend_Session. According to the Zend Framework documentation, this is unnecessary: if you call rememberMe(), you should not also call regenerateId(), since rememberMe() already calls it internally." } },
-                    { "@type": "Question", "name": "What was the fix, and where was it released?", "acceptedAnswer": { "@type": "Answer", "text": "The regenerateID() call was removed, and two new application.ini settings were added: use_only_cookies, which must be ON at all times to avoid session fixation, and remember_me_seconds. These fixes were included in Dotkernel version 1.5.1." } },
-                    { "@type": "Question", "name": "What should I do if I still see this issue in IE8/IE9?", "acceptedAnswer": { "@type": "Answer", "text": "If you encounter the same issue in IE8 and IE9, the tip given is to deactivate the rememberMe() and regenerateId() method calls." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.jsonld.twig
deleted file mode 100644
index a4fbcd0c..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.jsonld.twig
+++ /dev/null
@@ -1,64 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is this file for?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "It is an XML file, downloadable from the linked page, that can be imported into Zend Studio (version 9.x) to set up the PHP code formatter so it follows Dotkernel's coding standard."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I import the formatter file into Zend Studio?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Unzip the downloaded file, then in Zend Studio go to Preferences -> PHP -> Code Style -> Formatter and import the XML file."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/development-report-december-11-2017.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/development-report-december-11-2017.jsonld.twig
deleted file mode 100644
index f27347b8..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/development-report-december-11-2017.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What documentation updates does this report cover?", "acceptedAnswer": { "@type": "Answer", "text": "Release notes were added for Dotkernel3 frontend and admin, a Webpack tutorial was added to the Prerequisites section, and the Api Endpoint Documentation Guidelines were updated with a slightly different layout and some corrections." } },
-                    { "@type": "Question", "name": "Who was credited as a contributor in this report?", "acceptedAnswer": { "@type": "Answer", "text": "JapSeyz was thanked as a contributor." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-v4.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-v4.jsonld.twig
deleted file mode 100644
index 791af397..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-v4.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "When was Dotkernel Admin V4 released, and what is it built on?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Admin V4 was officially released on 19 July 2022. It's Dotkernel's PSR-7 Admin, an application based on Mezzio, mainly for managing and displaying tabular data from one or more database components." } },
-                    { "@type": "Question", "name": "What are the demo credentials for trying out Dotkernel Admin V4?", "acceptedAnswer": { "@type": "Answer", "text": "Username admin and password dotadmin, on the demo at https://admin7.dotkernel.net/." } },
-                    { "@type": "Question", "name": "What PHP version does Dotkernel Admin V4 support?", "acceptedAnswer": { "@type": "Answer", "text": "Full support for PHP 8.1, with a minimum requirement of PHP 7.4." } },
-                    { "@type": "Question", "name": "How do you register a new module or middleware?", "acceptedAnswer": { "@type": "Answer", "text": "Register a module by adding its ConfigProvider.php in config.php. New middleware goes into pipeline.php, where you can also edit the order in which middleware runs." } },
-                    { "@type": "Question", "name": "What packages provide the authorization guards?", "acceptedAnswer": { "@type": "Answer", "text": "dot-rbac-guard and dot-rbac work together to restrict access based on user role. authorization.global.php defines roles and their permissions, while authorization-guards.global.php restricts specific actions to those permissions." } },
-                    { "@type": "Question", "name": "What frontend toolkit does Dotkernel Admin V4 use for displaying tables?", "acceptedAnswer": { "@type": "Answer", "text": "Bootstrap 4.5.0 combined with Fontawesome 5.0.6 for the overall design, and Bootstrap Table specifically for listing raw data because it's easy to implement and configurable in many ways." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-version-3-launched.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-version-3-launched.jsonld.twig
deleted file mode 100644
index 3db23871..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-admin-version-3-launched.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Admin?", "acceptedAnswer": { "@type": "Answer", "text": "A basic admin panel based on Bootstrap ^4.5.0, using Doctrine to perform basic CRUD operations over a database, built as a collection of PSR-7 Middleware applications on top of Mezzio and Laminas components." } },
-                    { "@type": "Question", "name": "Where can you see a live demo of version 3?", "acceptedAnswer": { "@type": "Answer", "text": "At admin7.dotkernel.net." } },
-                    { "@type": "Question", "name": "What are the core requirements listed in the version 3 changelog?", "acceptedAnswer": { "@type": "Answer", "text": "Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, and Twig 3.x, plus Bootstrap 4.5, with dot-* packages limited to version 3.x and above." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-api-architecture-and-components.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-api-architecture-and-components.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-api-architecture-and-components.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-frontend-version-3-launched.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-frontend-version-3-launched.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel-frontend-version-3-launched.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel3-stable-release-version-1-0.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel3-stable-release-version-1-0.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/dotkernel3-stable-release-version-1-0.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-admin.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-admin.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-admin.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-api.jsonld.twig
deleted file mode 100644
index 819417bd..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-api.jsonld.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What PHP versions does Dotkernel API support after this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel API, now at v4.2.1, supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, including from the project's workflows."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What changed with caching in Dotkernel API?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The PhpFileCache class and its related parameters were removed from config/autoload/doctrine.global.php, which previously required it for cache configuration. The dot-cache package was added instead, with corresponding updates to composer.json, config/autoload/doctrine.global.php, and config/config.php."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Do I need to update my Doctrine queries after this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Yes. Wherever useQueryCache() is used in your queries, it should be replaced with setCacheable()."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What should I do when upgrading an older Dotkernel API installation to this version?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "When upgrading from a version of Dotkernel API older than the PHP 8.3 support, you may need to run composer update and/or install Sodium, for example by running sudo dnf install php-sodium.x86_64."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Where can I find the full list of changes for this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The full list of file changes is available in the linked pull request on GitHub for the dotkernel/api repository, and the steps taken mirror those used for the PHP 8.3 update of the Dotkernel Frontend."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-frontend.jsonld.twig b/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-frontend.jsonld.twig
deleted file mode 100644
index fe336c59..00000000
--- a/src/Blog/templates/page/JSON-LD/dotkernel3/php-8-3-support-in-dotkernel-frontend.jsonld.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What update adds PHP 8.3 support to Dotkernel Frontend?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The Dotkernel team updated the Frontend application to version 4.2.0 so it can take advantage of PHP 8.3 support in the newest packages."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Which PHP versions does Dotkernel Frontend 4.2.0 support?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Version 4.2.0 supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, similar to the earlier Admin update."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What changed with caching in this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The no-longer-available PhpFileCache class is no longer supported until a replacement is implemented. The related parameters were removed from configuration files, including removing the use Doctrine\\Common\\Cache\\PhpFileCache; statement and the configuration and cache parameters in doctrine.global.php."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What npm and Node.js versions are recommended for this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Alongside updated npm dependencies in packagist.json, it is recommended to use npm v10.0.4 and Node.js v20.11.0."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Where can I find the full list of file changes for this update?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The full list of file changes is linked in the article, pointing to the corresponding pull request on the Dotkernel Frontend GitHub repository."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/complementary-admin-in-dotkernel-headless-platform.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/complementary-admin-in-dotkernel-headless-platform.jsonld.twig
deleted file mode 100644
index a0c0b466..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/complementary-admin-in-dotkernel-headless-platform.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Admin?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Admin is a fully-functional, independent application that lives in its own separate repository. It's built on the same Mezzio + Laminas foundation as Dotkernel API and includes a built-in UI with authentication, user management and a web interface." } },
-                    { "@type": "Question", "name": "How do I install Dotkernel Admin?", "acceptedAnswer": { "@type": "Answer", "text": "Install it via Git into the folder of your choice with git clone https://github.com/dotkernel/admin.git ., then follow the step-by-step installation guide to configure the database credentials and run the migrations and fixtures that create and populate the database. Be sure to change the default credentials before going to production." } },
-                    { "@type": "Question", "name": "What features does Dotkernel Admin include out of the box?", "acceptedAnswer": { "@type": "Answer", "text": "It ships with Role-Based Access Control powered by dot-rbac and dot-rbac-guard to manage permissions, routes and handler-level security; OpenAPI annotations in each module for documented and testable admin endpoints; and frontend tooling built on Twig and NodeJS/NPM, including build and watch scripts for JavaScript/CSS bundling." } },
-                    { "@type": "Question", "name": "What modules make up Dotkernel Admin's architecture?", "acceptedAnswer": { "@type": "Answer", "text": "The file architecture is modular, featuring an Admin module that manages administrator users, an App module that houses core functions like authentication and error reporting, and a Setting module that stores and manages display or application settings for various report pages." } },
-                    { "@type": "Question", "name": "How do Dotkernel API and Admin work together?", "acceptedAnswer": { "@type": "Answer", "text": "The REST API serves JSON endpoints for clients, services and mobile apps, while the Admin UI is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings. Both share a unified tech stack - Mezzio, Laminas components, Doctrine ORM and PHP FIG's PSR standards - plus shared modules like authentication and dot-rbac, which keeps backend and admin tooling consistent and lets fewer developers manage both codebases." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.jsonld.twig
deleted file mode 100644
index 42fc8407..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.jsonld.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What are the main new features in Dotkernel API v6?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel API v6 adds Content Negotiation for smoother communication between client and server, standardized error codes via mezzio-problem-details, a new Core module that centralizes common logic for easier sharing across Dotkernel applications, a custom templating solution that replaces Twig/mezzio-twigrenderer, and refactored handle delegators and injected InputFilters that reduce the number of dependencies in handlers."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why was common logic moved into a Core module?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Moving the shared logic into a Core module makes it easier to reuse that functionality across other Dotkernel applications. The Core module can be saved as a separate Git repository and then added as a submodule to any Dotkernel application."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why did Dotkernel API replace Twig with a custom templating solution?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Twig was replaced to avoid depending on mezzio-twigrenderer. The custom solution offers more reliable template handling, at the small cost of some features that are normally not used in APIs anyway."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What is planned for Dotkernel API v6.1?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel API currently supports Service Manager version 3, restricted because of constraints from some dependencies, and PHP 8.3. The next version on the roadmap, v6.1, is planned to add support for Service Manager 4 as well as PHP 8.4 and 8.5."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why was Psalm replaced with PHPStan in the test suite?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Psalm was replaced with PHPStan to remain in line with developers from popular projects like Doctrine and Composer, who have also made the switch. A separate upgrade also increased the rule level to 8, enabling stricter static analysis and revealing more potential errors."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.jsonld.twig
deleted file mode 100644
index daa5f565..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.jsonld.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is a Headless Platform?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "A Headless Platform decouples the User Interface (frontend) from the backend services. The responses from the platform are then used by another system, such as a website or mobile app."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What are the two main components of the Dotkernel Headless Platform?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The Dotkernel Headless Platform contains two major components: Dotkernel API, a REST API based on the Mezzio skeleton, and Dotkernel Admin, a complementary component aimed at quickly setting up a backend. The Admin is not bundled by default but is available as a first-party, installable application designed to work alongside the API."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Can Dotkernel API and Admin be installed separately?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Yes. They can be installed separately or together, based on your business requirements. You can start with Dotkernel Admin to populate your database and later add Dotkernel API to present the data to other frontends, or start with Dotkernel API and integrate it into your existing platform, adding Admin later for its table-based approach, reports, and graphs."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What benefits come from using both API and Admin together?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Using both together lets you share a common Core module containing the same entities and queries between the two applications, implement only the handlers you actually need, and benefit from a shared file structure that makes onboarding easy and can be maintained by fewer developers. This setup can also satisfy any application size, from microservices to enterprise-grade APIs."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What architectural patterns does the Dotkernel Headless Platform follow?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The architecture is designed to be versatile, following Clean Architecture (concentric layers with dependencies flowing from outer to inner layers), Domain-Driven Design (implementing only the specific components needed for your business logic rather than generic reusable services), and Hexagonal Architecture (dividing the system into loosely-coupled, interchangeable components)."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.jsonld.twig
deleted file mode 100644
index b2b1b9d1..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.jsonld.twig
+++ /dev/null
@@ -1,110 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is Dotkernel Queue?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel Queue is a component based on Symfony Messenger used to queue asynchronous tasks. It uses the netglue/laminas-messenger adapter to integrate Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why use Dotkernel Queue instead of using Symfony Messenger directly?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel Queue builds on Symfony Messenger's mechanisms so it stays updated as Symfony Messenger evolves, uses netglue/laminas-messenger to work as Mezzio/Laminas-compatible middleware, shares the same file structure and Core submodule as the Dotkernel Headless Platform for seamless compatibility, works as a standalone application that can be added to an existing platform, and includes features already tried and tested in the team's own live projects."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Why should long-running operations be decoupled from the HTTP request-response cycle?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "By default, PHP imposes a maximum execution time of 30 seconds via the max_execution_time parameter, which is too long for a typical request. Instead of extending that limit, the solution is to delegate such tasks to an outside system designed for this purpose, so the main platform can return a response quickly and stay responsive to new requests."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does the Dotkernel Queue process messages?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "An active daemon listens for TCP connections on a specific port and stores incoming messages into Redis, which supports a large number of requests per second without overloading. Messages are then scheduled for execution using the FIFO (First-In, First-Out) method, so the oldest request is processed first."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens when a queued message fails to process?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "A configurable retry mechanism retries failing tasks a set number of times, while logging the cause, before giving up and reporting a failure. Messages that ultimately fail can be moved into a Dead Letter Queue, a separate store for failed messages, where troubleshooters can identify the cause, apply a fix, and either push the message back into the main queue or delete it."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What features is Dotkernel Queue planning to add in the future?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Two features are being investigated: Priorities, which would let tasks begin execution sooner or later instead of strictly following FIFO order, and Parallel Execution, which would let independent operations run at the same time via multiple workers, such as preprocessing a report in parallel with sending emails."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/dotmaker-generate-common-code-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/dotmaker-generate-common-code-in-dotkernel.jsonld.twig
deleted file mode 100644
index 3f63680c..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/dotmaker-generate-common-code-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,110 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What does the DotMaker library do?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "DotMaker (dotkernel/dot-maker) programmatically generates project files and directories that match the Dotkernel file structure inspired by Mezzio, giving a productivity boost and promoting consistency and standardization compared to creating everything manually."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What inspired DotMaker and how is it different from Mezzio's own CLI tooling?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "DotMaker is inspired by the Symfony Maker Bundle in terms of functionality. Mezzio has its own CLI Tooling that performs similar actions, but DotMaker uses a more opinionated naming pattern and is designed specifically for Dotkernel applications."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How do I create a new module with DotMaker?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Run ./vendor/bin/dot-maker module and follow the prompts that walk you through creating each relevant item, from entities and repositories to handlers and services. DotMaker also automatically creates the module's ConfigProvider.php, tells you how to register it in config/config.php and composer.json, generates documentation in an OpenApi.php file, and tells you what command to run to generate migrations."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Does DotMaker configure authorization for the new module?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "No, authorization must be configured manually after the files are created, and the location differs between Dotkernel applications: Dotkernel Api uses config/autoload/authorization.global.php, while Dotkernel Admin and Dotkernel Frontend use config/autoload/authorization-guards.global.php."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Can DotMaker generate individual items instead of a whole module?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Yes. DotMaker provides individual commands to create items such as a collection, command, entity, form, handler, input, input-filter, middleware, repository, service, or service-interface for an existing module. For example, ./vendor/bin/dot-maker entity creates an Entity and its associated Repository, skipping the Repository if it already exists."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Do the composer make shortcuts work right away?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "No, commands like composer make entity only work after the basic command has been added to composer.json; the equivalent ./vendor/bin/dot-maker form is available regardless."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/evolution-pattern-versus-api-versioning.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/evolution-pattern-versus-api-versioning.jsonld.twig
deleted file mode 100644
index 770c7898..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/evolution-pattern-versus-api-versioning.jsonld.twig
+++ /dev/null
@@ -1,94 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is the difference between an Evolution Pattern and API versioning?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "An Evolution Pattern is a reusable, high-level strategy for modifying or evolving existing software systems over time while keeping the same codebase, often using mechanisms like sunsetting. API versioning instead maintains multiple versions of an API so that changes do not affect clients relying on older versions. The two concepts are not in conflict, and a platform can use both strategies if it suits its needs."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "When should you use an evolution pattern instead of versioning?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Small changes, like fixing a typo in a parameter name or adding a new optional parameter, are best handled with an evolution pattern, since versioning would be overkill. Backward-compatible-breaking updates should be announced in time via an evolution pattern. A major update to a single endpoint can combine an evolution pattern with versioning, for example by adding a v2 for just that endpoint. Only when responses need to be returned in a totally different format, such as GraphQL versus REST, is versioning the better fit."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How does Dotkernel API announce endpoint deprecations?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Dotkernel API distinguishes calls based on payload (for example, an older response for a request with only an email, versus an enhanced response when both email and name are supplied). Deprecation is announced by including an updated response header via handler attributes, with customizable values for sunset, link, and deprecationReason. These updates are also communicated through documentation pages and public portal channels like blog articles and newsletters."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens once an endpoint's sunset date is reached?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The old functionality is removed and only the new functionality remains in production. In practice this means an endpoint may start returning 404 Not Found, or a property may be removed from the response."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.jsonld.twig
deleted file mode 100644
index 2e1cbbe5..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? (app.url ~ meta.openGraphImage) : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    {
-                        "@type": "ListItem",
-                        "position": 1,
-                        "name": "Home",
-                        "item": "{{ app.url }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 2,
-                        "name": {{ article.category.name|json_encode|raw }},
-                        "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}"
-                    },
-                    {
-                        "@type": "ListItem",
-                        "position": 3,
-                        "name": {{ article.title|json_encode|raw }}
-                    }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    {
-                        "@type": "Question",
-                        "name": "What is a Time-based One-Time Password (TOTP)?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "A Time-based One-Time Password (TOTP) is a security algorithm used as part of two-factor authentication (2FA) that requires both a password and an additional one-time code generated by an Authenticator app. In Dotkernel, this is implemented through the dot-totp package."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "Can dot-totp be used outside of Dotkernel Admin?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "Yes. Although this tutorial installs dot-totp in Dotkernel Admin, the installation steps work similarly in any middleware-based PHP application."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What happens if I lose access to my authenticator app?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "You can log in using one of the recovery codes generated when you activated TOTP. Each recovery code is usable only once, so make sure to save them in a secure location."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "How often does the TOTP code change?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "The code generated by your Authenticator app refreshes every 30 seconds."
-                        }
-                    },
-                    {
-                        "@type": "Question",
-                        "name": "What database changes are required to support dot-totp?",
-                        "acceptedAnswer": {
-                            "@type": "Answer",
-                            "text": "You need to migrate three new columns onto the entity that uses the TotpTrait: totpSecret, totp_enabled, and recovery_codes."
-                        }
-                    }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.jsonld.twig
deleted file mode 100644
index 3b37e074..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the Core submodule in Dotkernel's Headless Platform?", "acceptedAnswer": { "@type": "Answer", "text": "The Core submodule is a common codebase shared by the applications in your project (for example API, Admin and Queue). It ensures each application uses entities and services in the same way, so rather than updating each application separately, you update the relevant service in Core once and sync it across applications." } },
-                    { "@type": "Question", "name": "What is the golden rule for the Core codebase?", "acceptedAnswer": { "@type": "Answer", "text": "The Core codebase is the only place which manages the database entities. As much as possible, all Doctrine entities must reside in Core, whose current location is src/Core." } },
-                    { "@type": "Question", "name": "How do I create a Core submodule?", "acceptedAnswer": { "@type": "Answer", "text": "First create a new Git repository to hold the Core code. Then, in the main application repository, run 'git submodule add <url>' using that new repository's URL. This generates the .gitmodules file, which maps the submodule to a local directory such as src/Core. From then on, changes to Core must be committed from within the Core folder like any other Git repository." } },
-                    { "@type": "Question", "name": "How do I get the Core submodule when cloning a project?", "acceptedAnswer": { "@type": "Answer", "text": "Run 'git submodule init' followed by 'git submodule update'. Remember to delete the existing Core module before adding the submodule to other applications." } },
-                    { "@type": "Question", "name": "Which entities live in Admin and API versus the shared Core?", "acceptedAnswer": { "@type": "Answer", "text": "The admin application includes admins, admin logins and settings entities, while the API includes both users and admins, as well as authentication entities. Entities that are identical across applications should instead be kept in the shared Core submodule and synced whenever they change." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.jsonld.twig b/src/Blog/templates/page/JSON-LD/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.jsonld.twig
deleted file mode 100644
index b251d44f..00000000
--- a/src/Blog/templates/page/JSON-LD/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What new features does Dotkernel API v7 introduce?", "acceptedAnswer": { "@type": "Answer", "text": "v7 adds support for UUID v7 using the native UUID data type, support for PostgreSQL, support for PHP 8.5, support for a database table prefix, improved database configuration, and replaces the binary data type for id (index) columns in favor of uuid." } },
-                    { "@type": "Question", "name": "What features were removed in v7?", "acceptedAnswer": { "@type": "Answer", "text": "v7 removes the Evolution pattern's support for Method Deprecation, and drops support for MySQL, primarily because MySQL doesn't support UUID as a data type." } },
-                    { "@type": "Question", "name": "What package generates the UUIDs, and why?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel uses the ramsey/uuid package to generate the UUID before storing it in the database. This gives full control over the UUID version in use, so the application doesn't depend on extensions or a particular database version." } },
-                    { "@type": "Question", "name": "Which databases support the UUID data type required by v7?", "acceptedAnswer": { "@type": "Answer", "text": "You must use PostgreSQL or MariaDB v11.4 or later to have support for the UUID data type." } },
-                    { "@type": "Question", "name": "What else changed alongside the move to native UUID?", "acceptedAnswer": { "@type": "Answer", "text": "Table columns previously named uuid have been renamed to id. The database configuration was also clarified so it's more obvious which connection is the default and how to switch to another database connection." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.jsonld.twig
deleted file mode 100644
index bfe460af..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What causes the CORS error described in this article?", "acceptedAnswer": { "@type": "Answer", "text": "It appears when a browser blocks access to a resource on another origin because the server's response doesn't include an 'Access-Control-Allow-Origin' header, per the browser's CORS (Cross-Origin Resource Sharing) policy." } },
-                    { "@type": "Question", "name": "What package solves CORS handling in Dotkernel?", "acceptedAnswer": { "@type": "Answer", "text": "Mezzio CORS, installed by running 'composer require mezzio/mezzio-cors' in the application's root directory." } },
-                    { "@type": "Question", "name": "What are the setup steps needed to enable CORS?", "acceptedAnswer": { "@type": "Answer", "text": "Register both Laminas\\Diactoros\\ConfigProvider::class and Mezzio\\Cors\\ConfigProvider::class in config/config.php, add $app->pipe(CorsMiddleware::class); to config/pipeline.php (preferably between the error handler and the handler/middleware returning your response), and create a config/autoload/cors.local.php file with your CORS configuration." } },
-                    { "@type": "Question", "name": "What's the difference between permissive and restrictive mode?", "acceptedAnswer": { "@type": "Answer", "text": "In permissive mode, allowed_origins is set to ConfigurationInterface::ANY_ORIGIN, making the application accessible from any origin. In restrictive mode, you replace that value with a list of the specific origins that should have access." } },
-                    { "@type": "Question", "name": "How do you test whether CORS is configured correctly?", "acceptedAnswer": { "@type": "Answer", "text": "Make sure your application sends the Origin header set to the correct value. In permissive mode you should see the expected response from the resource; in restrictive mode, if the request origin isn't listed under allowed_origins, you should see a 403 Not authorized response." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/creating-admin-accounts-in-dotkernel-api.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/creating-admin-accounts-in-dotkernel-api.jsonld.twig
deleted file mode 100644
index 289eb980..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/creating-admin-accounts-in-dotkernel-api.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What are the two ways to create an admin account in Dotkernel API?", "acceptedAnswer": { "@type": "Answer", "text": "You can either call the protected API endpoint POST /admin with a JSON body, or run the terminal command php ./bin/cli.php admin:create." } },
-                    { "@type": "Question", "name": "Who can create an admin account via the API endpoint?", "acceptedAnswer": { "@type": "Answer", "text": "This action can be performed only by an authenticated admin/superuser, calling the protected POST /admin endpoint." } },
-                    { "@type": "Question", "name": "What data does the POST /admin request body need?", "acceptedAnswer": { "@type": "Answer", "text": "identity, password, passwordConfirm, and roles (one or more valid admin role UUIDs, obtainable via the protected GET /admin/role endpoint). firstname and lastname are optional." } },
-                    { "@type": "Question", "name": "What role does an admin get when created via the terminal command?", "acceptedAnswer": { "@type": "Answer", "text": "The terminal command doesn't allow specifying an admin role, so newly created accounts are given the role of admin." } },
-                    { "@type": "Question", "name": "How do I get more help with the admin:create command?", "acceptedAnswer": { "@type": "Answer", "text": "Run php ./bin/cli.php help admin:create. Also note that if the identity or password contain special characters, they must be surrounded with double quote signs." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/database-migrations-and-how-to-use-them.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/database-migrations-and-how-to-use-them.jsonld.twig
deleted file mode 100644
index 131bdf25..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/database-migrations-and-how-to-use-them.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is a database migration?", "acceptedAnswer": { "@type": "Answer", "text": "A database migration is a change to the database schema. The Dotkernel stack integrates migrations (and seeders) via a package that adds the php dot command to the application." } },
-                    { "@type": "Question", "name": "What are the benefits of using migrations and seeders?", "acceptedAnswer": { "@type": "Answer", "text": "They keep the database synchronised across the team with minimal effort, so column types and limits stay consistent instead of drifting (e.g. one dev using VARCHAR(50) and another VARCHAR(150)). Deployment scripts can also run migrations automatically in production, avoiding manual SSH access and risky manual database changes." } },
-                    { "@type": "Question", "name": "How do I create a new migration?", "acceptedAnswer": { "@type": "Answer", "text": "Run php dot make:migration <name>, giving the migration a reasonable name so its action and the database's progression are easy to follow in the project tree." } },
-                    { "@type": "Question", "name": "What's the difference between migrations and seeders?", "acceptedAnswer": { "@type": "Answer", "text": "Migrations manage the database layout/schema, while seeders add data to the database, such as adding a default admin profile on a fresh installation." } },
-                    { "@type": "Question", "name": "What happens when I run php dot migrate more than once?", "acceptedAnswer": { "@type": "Answer", "text": "Since migrations are stored in version control, running php dot migrate will only ever run new migration files, leaving out the ones that have already been run." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/doctrine-cache-in-mezzio-and-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/doctrine-cache-in-mezzio-and-dotkernel.jsonld.twig
deleted file mode 100644
index fc149965..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/doctrine-cache-in-mezzio-and-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Is this article still current?", "acceptedAnswer": { "@type": "Answer", "text": "The article notes that following version 2 of doctrine/cache, an updated version of this article covering Doctrine cache using Symfony Cache was published in 2024." } },
-                    { "@type": "Question", "name": "Which three Doctrine cache types does this configure?", "acceptedAnswer": { "@type": "Answer", "text": "query_cache, metadata_cache and result_cache, configured through psr/container using PhpFileCache as the cache type." } },
-                    { "@type": "Question", "name": "What is the default result cache lifetime?", "acceptedAnswer": { "@type": "Answer", "text": "A lifetime of 3600 seconds, set via resultCacheLifetime in config/autoload/doctrine.global.php." } },
-                    { "@type": "Question", "name": "How do I enable query cache and result cache in code?", "acceptedAnswer": { "@type": "Answer", "text": "Call $query->useQueryCache(true) and $query->enableResultCache() on the query object. enableResultCache() can also take a lifetime as its first argument and a custom cache ID as an argument, otherwise one is auto-generated." } },
-                    { "@type": "Question", "name": "How should caching be enabled for a Doctrine Paginator-based collection?", "acceptedAnswer": { "@type": "Answer", "text": "Enable result and/or query cache on the query builder's query before passing the query builder into the collection (a class extending Doctrine\\ORM\\Tools\\Pagination\\Paginator)." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.jsonld.twig
deleted file mode 100644
index 9d6605ca..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why does doctrine-migrations diff try to drop custom tables?", "acceptedAnswer": { "@type": "Answer", "text": "Because those tables are unmapped (there's no Doctrine entity describing them), so diff generates queries that drop them when it creates a new migration file." } },
-                    { "@type": "Question", "name": "How do I avoid dropping unmapped tables when generating a migration?", "acceptedAnswer": { "@type": "Answer", "text": "Delete the migration containing the DROP queries, then re-run the diff command with a filter-expression parameter, e.g. vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/' on Linux/macOS (single quotes) or with double quotes on Windows." } },
-                    { "@type": "Question", "name": "How do I filter multiple unmapped table prefixes at once?", "acceptedAnswer": { "@type": "Answer", "text": "Concatenate the table prefixes in the filter-expression pattern with a pipe character, for example --filter-expression='/^(?!foo_|bar_)/' to exclude tables prefixed with foo_ and bar_." } },
-                    { "@type": "Question", "name": "Why might Windows PowerShell still drop the tables even with a filter expression?", "acceptedAnswer": { "@type": "Answer", "text": "PowerShell treats the caret (^) as a special character and strips it, turning \"/^(?!oauth_)/\" into \"/(?!oauth_)/\" by the time it reaches the command, and escaping it doesn't help. The recommended workaround is to run the command from your IDE, a Linux shell, or the Command Prompt instead." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.jsonld.twig
deleted file mode 100644
index 9ffbe451..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What are the benefits of human-readable slugs cited in this article?", "acceptedAnswer": { "@type": "Answer", "text": "Readability and a more user-friendly experience, better search engine optimization (SEO), and improved shareability and trustworthiness of the URL." } },
-                    { "@type": "Question", "name": "What package is used to generate slugs in this example?", "acceptedAnswer": { "@type": "Answer", "text": "gedmo/doctrine-extensions, installed by running composer require gedmo/doctrine-extensions." } },
-                    { "@type": "Question", "name": "How is the slug listener registered with Doctrine?", "acceptedAnswer": { "@type": "Answer", "text": "By adding Gedmo\\Sluggable\\SluggableListener::class under the doctrine.event_manager.orm_default.subscribers configuration, e.g. in doctrine.global.php." } },
-                    { "@type": "Question", "name": "How is the slug field configured on the entity in this example?", "acceptedAnswer": { "@type": "Answer", "text": "A new slug column is added (e.g. to src/User/src/Entity/User.php) annotated with @Gedmo\\Slug(fields={\"identity\"}), so the slug is generated automatically from the identity field, for example when a new user is created." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.jsonld.twig
deleted file mode 100644
index 143a3aa1..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does this WSL recipe set up?", "acceptedAnswer": { "@type": "Answer", "text": "It sets up a full PHP development environment: WSL2, AlmaLinux 10, PHP, Apache, MariaDB, Git, Composer, Node.js and PhpMyAdmin." } },
-                    { "@type": "Question", "name": "What are the OS and hardware requirements?", "acceptedAnswer": { "@type": "Answer", "text": "Windows 10 (Version 1903+ / Build 18362.1049+ for x64, or Version 2004+ / Build 19041+ for ARM64) or Windows 11, plus hardware virtualization support. If needed, enable the Virtual Machine Platform feature via dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart in an administrator PowerShell." } },
-                    { "@type": "Question", "name": "How do I install AlmaLinux 10 via WSL2?", "acceptedAnswer": { "@type": "Answer", "text": "Run wsl --install -d AlmaLinux-10, set a password when prompted, then run each of the Ansible playbook commands from the Dotkernel docs to install the development components." } },
-                    { "@type": "Question", "name": "How do I run a PHP project after setup?", "acceptedAnswer": { "@type": "Answer", "text": "Either run php -S 0.0.0.0:8080 -t public from the project root and browse to http://localhost:8080, or, more easily, set up virtual hosts per the Dotkernel docs and access the project at its configured hostname (e.g. example.localhost)." } },
-                    { "@type": "Question", "name": "What should I do if I run into issues during setup?", "acceptedAnswer": { "@type": "Answer", "text": "First check the Dotkernel FAQ page. If that doesn't resolve it, create an issue on the dotkernel/development GitHub repository with details." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/using-postman-for-documentation-in-dotkernel-api-3.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/using-postman-for-documentation-in-dotkernel-api-3.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/using-postman-for-documentation-in-dotkernel-api-3.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/using-the-urlgenerator-work-in-fastroute.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/using-the-urlgenerator-work-in-fastroute.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/using-the-urlgenerator-work-in-fastroute.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/what-is-cross-origin-token-redemption.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/what-is-cross-origin-token-redemption.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/what-is-cross-origin-token-redemption.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/how-to/what-is-psr-7-and-how-to-use-it.jsonld.twig b/src/Blog/templates/page/JSON-LD/how-to/what-is-psr-7-and-how-to-use-it.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/how-to/what-is-psr-7-and-how-to-use-it.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.jsonld.twig b/src/Blog/templates/page/JSON-LD/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/javascript/intro-to-jquery.jsonld.twig b/src/Blog/templates/page/JSON-LD/javascript/intro-to-jquery.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/javascript/intro-to-jquery.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/javascript/javascript-email-validator.jsonld.twig b/src/Blog/templates/page/JSON-LD/javascript/javascript-email-validator.jsonld.twig
deleted file mode 100644
index a13fefdb..00000000
--- a/src/Blog/templates/page/JSON-LD/javascript/javascript-email-validator.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What problem does this email validator solve?", "acceptedAnswer": { "@type": "Answer", "text": "Common email regex patterns fail to allow the plus (+) character in the username and the dash (-) character anywhere in the address or domain. The plus sign is used by many people, especially on Gmail, for categorization, and dashes commonly appear in domain names, so a validator that rejects them is too strict." } },
-                    { "@type": "Question", "name": "What is the suggested regex solution?", "acceptedAnswer": { "@type": "Answer", "text": "The article proposes the regular expression ^+(\\.+)*@+(\\.+)*\\.({2,})$ (case-insensitive) as a replacement that permits both the plus and dash characters in the appropriate parts of the address." } },
-                    { "@type": "Question", "name": "What kind of email addresses does this regex validate?", "acceptedAnswer": { "@type": "Answer", "text": "According to the article, this pattern will also successfully validate addresses like username1+username2@gmail-domain.co.uk, which combine a plus-separated username with a dashed domain." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/licensing/mit-versus-lgpl-in-practice-dotkernel-case.jsonld.twig b/src/Blog/templates/page/JSON-LD/licensing/mit-versus-lgpl-in-practice-dotkernel-case.jsonld.twig
deleted file mode 100644
index 1625e92d..00000000
--- a/src/Blog/templates/page/JSON-LD/licensing/mit-versus-lgpl-in-practice-dotkernel-case.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did Dotkernel need a workaround for this package?", "acceptedAnswer": { "@type": "Answer", "text": "An analysis found that an upstream package, matomo/device-detector, was licensed under LGPL v3, which requires developers to share their derivative code publicly. Since Dotkernel's own projects use the MIT license, and the more restrictive license would have to apply to the whole application, this conflicted with contractual obligations to keep client code business and enterprise friendly." } },
-                    { "@type": "Question", "name": "Where was the LGPL v3 package being used?", "acceptedAnswer": { "@type": "Answer", "text": "The matomo/device-detector package was used in Dotkernel's dot-user-agent-sniffer package to identify the user agent and use the results in internal reports." } },
-                    { "@type": "Question", "name": "What solution did Dotkernel adopt?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel decided to discard the use of third-party packages licensed under LGPL v3. All of Dotkernel's own packages are licensed under MIT, which has no restrictions on the source code other than keeping the license and copyright notice in a file within each package. Other non-restrictive licenses considered acceptable include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0." } },
-                    { "@type": "Question", "name": "What changed in dot-user-agent-sniffer as a result?", "acceptedAnswer": { "@type": "Answer", "text": "Starting with version 3.4.0, the dotkernel/dot-user-agent-sniffer package must follow the LGPL v3 license. The admin application will not use the features from matomo/device-detector, but will contain instructions for developers who intend to add the package themselves." } },
-                    { "@type": "Question", "name": "Is it still risky to use an older version of dot-user-agent-sniffer?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability. Dotkernel will not include dot-user-agent-sniffer in any of its applications by default for now, while it looks into bringing back the device detector functionality under a less restrictive license in the future." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.jsonld.twig b/src/Blog/templates/page/JSON-LD/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.jsonld.twig
deleted file mode 100644
index e50cee7c..00000000
--- a/src/Blog/templates/page/JSON-LD/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why did Dotkernel Light switch from controllers to handlers?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Light switched to PSR-15 handlers instead of dotkernel/dot-controller (which isn't going away, but is no longer used here). Since the request can be filtered or augmented by the time it reaches custom code in a middleware architecture, handlers split the code into more manageable chunks and a cleaner file structure, and make an application's functionality easier to figure out." } },
-                    { "@type": "Question", "name": "What naming pattern is used for the new PSR-15 handlers?", "acceptedAnswer": { "@type": "Answer", "text": "A naming pattern was devised that highlights the method, resource, and action for each handler file, so file names reflect their functionality at a glance, making navigation and onboarding easier." } },
-                    { "@type": "Question", "name": "Why was Vite adopted instead of webpack?", "acceptedAnswer": { "@type": "Answer", "text": "Vite replaces webpack as the static modules bundler, concatenating and compressing .css and .js files and preprocessing .scss files into .css. It was configured to work similarly to webpack for developers using Light, and was chosen for its easier dependency management, execution speed, and its recommendation by the PHP community." } },
-                    { "@type": "Question", "name": "Why was Psalm replaced with PHPStan?", "acceptedAnswer": { "@type": "Answer", "text": "Both Psalm and PHPStan are respected, widely-used static analysis tools with similar functionality, but growing interest and improved detection quality led Dotkernel to follow other big names in the PHP ecosystem and switch to PHPStan, which is configured to run at rule level 8 to help prevent bugs and write better code." } },
-                    { "@type": "Question", "name": "What other smaller updates were made to Dotkernel Light?", "acceptedAnswer": { "@type": "Answer", "text": "Other updates include adding support for PHP 8.4, enabling PHPStan and Qodana to run for PHP 8.4, cleaning up the error configuration file, updating laminas/laminas-coding-standard to its latest major version, updating composer.json dependencies and removing obsolete items, implementing a more reliable and efficient post-install script, and removing dotkernel/dot-twigrenderer in favor of a direct implementation of mezzio/mezzio-twigrenderer." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.jsonld.twig b/src/Blog/templates/page/JSON-LD/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.jsonld.twig
deleted file mode 100644
index 2e7b0c87..00000000
--- a/src/Blog/templates/page/JSON-LD/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the goal of this dynamic routing update?", "acceptedAnswer": { "@type": "Answer", "text": "The goal is to replace the static way of creating routes with a more dynamic implementation, resulting in a cleaner approach that is easier to set up and review at a glance." } },
-                    { "@type": "Question", "name": "How were routes configured in the old, static approach?", "acceptedAnswer": { "@type": "Answer", "text": "Each module had its own RoutesDelegator.php file in the src folder, with hard-coded route entries. Each route needed a method, a path used to direct execution to a handler, a handler like GetPageViewHandler, and a unique route name. In a live application the route list can grow to many entries grouped across modules, meaning multiple RoutesDelegators had to be checked when a routing error occurred." } },
-                    { "@type": "Question", "name": "How does the new approach centralize route configuration?", "acceptedAnswer": { "@type": "Answer", "text": "The update centralizes route configuration in the config/autoload/local.php file, moving the relevant items for each route into a routes array. RoutesDelegator.php then reads this configuration and generates the routes automatically, so it doesn't need to be touched most of the time." } },
-                    { "@type": "Question", "name": "What do the entries under the routes array represent?", "acceptedAnswer": { "@type": "Answer", "text": "For a module like page, the module name is the top-level key, the array key (e.g. about) is used to build the page's path, and its value is the template file. This supports urls like /page/about and /page/who-we-are." } },
-                    { "@type": "Question", "name": "Can routes still be customized beyond the default setup?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. You can change the template used by the handler, change a URL for SEO purposes by removing the module name parameter, change the URL segment in local.php while keeping the same template, or add a dynamic parameter like 'about/{id}' and read it via $request->getAttribute('id')." } },
-                    { "@type": "Question", "name": "Does this update support methods other than GET?", "acceptedAnswer": { "@type": "Answer", "text": "No - this is the first in a series of articles for switching from controllers to PSR-15 compliant handlers, and it is aimed at static pages alone, so any other method like post, put or delete will return a 405 status code." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.jsonld.twig b/src/Blog/templates/page/JSON-LD/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.jsonld.twig
deleted file mode 100644
index 26b5ea9d..00000000
--- a/src/Blog/templates/page/JSON-LD/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the goal of replacing controllers with PSR-15 handlers?", "acceptedAnswer": { "@type": "Answer", "text": "The goal is to implement PSR-15 handlers into Dotkernel Light, keeping the application up-to-date with recommended design guidelines, ensuring it stays secure while implementing standards widely adopted by the PHP community." } },
-                    { "@type": "Question", "name": "What makes handlers better than controllers?", "acceptedAnswer": { "@type": "Answer", "text": "Handlers split code into manageable chunks instead of one large controller file with several actions, following the Single-responsibility Principle (the S in SOLID). Each action becomes its own class, making handlers easier to maintain, refactor and test, easier to expand with new functionality, and simpler to write focused tests for." } },
-                    { "@type": "Question", "name": "Do you still need the dot-controller package?", "acceptedAnswer": { "@type": "Answer", "text": "No. Replacing controllers with handlers in Dotkernel Light means the dot-controller package is no longer needed and can be removed, along with any existing Controllers." } },
-                    { "@type": "Question", "name": "How is GetPageViewHandler set up?", "acceptedAnswer": { "@type": "Answer", "text": "Handlers are registered in each module's ConfigProvider, mapping factories under getDependencies(). GetPageViewHandler is added under the factories key in place of PageController, and GetPageViewHandlerFactory adds the template renderer as a dependency, which the handler uses to determine the template from the matched route name and render it." } },
-                    { "@type": "Question", "name": "Does every action need its own separate handler?", "acceptedAnswer": { "@type": "Answer", "text": "Not necessarily. In Dotkernel Light, most of the old Controller's actions were combined under a single Handler since they performed a single task - displaying static content. The exception, IndexHandler.php, was kept separate but set up similarly. Depending on the application, actions may need to be split over multiple handlers." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.jsonld.twig
deleted file mode 100644
index e8cf1a4f..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do I check if my machine is ready for WSL2?", "acceptedAnswer": { "@type": "Answer", "text": "Open Windows Terminal and run wsl -v. If it returns version information, WSL2 is installed. If you get an error instead, WSL is not completely installed and you need to follow the linked setup guide first." } },
-                    { "@type": "Question", "name": "How do I download and install AlmaLinux 9?", "acceptedAnswer": { "@type": "Answer", "text": "Open Microsoft Store, search for AlmaLinux, select AlmaLinux 9, and install it. Clicking Open launches it in Windows Terminal, where the installer prompts for your username, password, and password confirmation." } },
-                    { "@type": "Question", "name": "What are the main setup steps inside AlmaLinux 9?", "acceptedAnswer": { "@type": "Answer", "text": "Install epel-release, dnf-utils and the Remi repository RPM, upgrade installed packages, install Ansible, clone the dotkernel/development Git repository, navigate to its wsl directory, fill in config.yml, then run the installer script's Step 1 with ansible-playbook -i hosts install.yml --ask-become-pass." } },
-                    { "@type": "Question", "name": "Why do I need to restart AlmaLinux 9 partway through setup?", "acceptedAnswer": { "@type": "Answer", "text": "After Step 1, you stop AlmaLinux 9 with wsl -t AlmaLinux9 and restart it with wsl -d AlmaLinux9, then run Step 2 of the installer script the same way. Once Step 2 finishes, the development environment is ready." } },
-                    { "@type": "Question", "name": "How do I verify the installation worked?", "acceptedAnswer": { "@type": "Answer", "text": "Check http://localhost/ for Apache's default home page, http://localhost/info.php for the PHP info page, and http://localhost/phpmyadmin/ for PhpMyAdmin, logging in with username root and the root password configured in config.yml." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/aptana-php-installation-in-aptana-2-x.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/aptana-php-installation-in-aptana-2-x.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/aptana-php-installation-in-aptana-2-x.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/end-of-support-for-php-5-2-x-branch.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/end-of-support-for-php-5-2-x-branch.jsonld.twig
deleted file mode 100644
index ea129cb2..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/end-of-support-for-php-5-2-x-branch.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does the release of PHP 5.2.14 mean for the 5.2.x branch?", "acceptedAnswer": { "@type": "Answer", "text": "PHP 5.2.14 marks the end of active support for the PHP 5.2 branch. After this release, PHP 5.2 will receive no further active bug maintenance, though security fixes might still be published on a case-by-case basis." } },
-                    { "@type": "Question", "name": "What should users of PHP 5.2 do?", "acceptedAnswer": { "@type": "Answer", "text": "All users of PHP 5.2 are encouraged to upgrade to PHP 5.3." } },
-                    { "@type": "Question", "name": "Which PHP version was just released alongside the end of 5.2.x support?", "acceptedAnswer": { "@type": "Answer", "text": "PHP 5.3.3 was just released, so it is time to upgrade every project to the PHP 5.3.x branch and also upgrade all servers to 5.3.x." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.jsonld.twig
deleted file mode 100644
index c5629a2d..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why does (int)((0.7+0.1)*10) return 7 instead of 8?", "acceptedAnswer": { "@type": "Answer", "text": "Because 0.7 is actually represented internally as 0.699999988079071 and 0.1 as 0.10000000149011612. Adding them gives 0.7999999895691871, and multiplying by 10 gives 7.999999895691871, which truncates to 7 when cast to int." } },
-                    { "@type": "Question", "name": "Does the same rounding issue happen with 0.6 instead of 0.7?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. 0.6 is represented as 0.6000000238418579, and (0.6000000238418579 + 0.10000000149011612) * 10 equals about 7.00000025331974, which also truncates to int(7)." } },
-                    { "@type": "Question", "name": "Why do var_dump and echo show the expected value while intval/int casting does not?", "acceptedAnswer": { "@type": "Answer", "text": "When using echo, var_dump, or mathematical operations, PHP automatically adjusts the displayed values. However, intval and casting to int operate on the underlying bits before those values were adjusted, which is why they can produce a different (truncated) result." } },
-                    { "@type": "Question", "name": "How are floating-point numbers represented at the CPU level?", "acceptedAnswer": { "@type": "Answer", "text": "The CPU performs calculations in binary. IEEE Short Real (single precision) uses 32 bits: 1 sign bit, 8 exponent bits, and 23 mantissa bits. IEEE Long Real (double precision) uses 64 bits: 1 sign bit, 11 exponent bits, and 52 mantissa bits. A number can only be represented exactly if it can be expressed as exponent * mantissa; numbers like 0.99999999 cannot be represented exactly." } },
-                    { "@type": "Question", "name": "Is there a way to get accurate results for calculations like this in PHP?", "acceptedAnswer": { "@type": "Answer", "text": "If precise values matter for your project, the article recommends using the BCMath PHP Extension to get correct results." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/how-to-upgrade-wamp-to-php-5-3-4.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/how-to-upgrade-wamp-to-php-5-3-4.jsonld.twig
deleted file mode 100644
index b198c433..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/how-to-upgrade-wamp-to-php-5-3-4.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Where do I download the PHP 5.3.4 package for WAMP?", "acceptedAnswer": { "@type": "Answer", "text": "Download the latest ZIPPED package for PHP 5.3.4 from windows.php.net. Make sure it is the VC6 Thread Safe build, and do not download the installer." } },
-                    { "@type": "Question", "name": "Where should the downloaded PHP 5.3.4 files be extracted?", "acceptedAnswer": { "@type": "Answer", "text": "Create a folder named php5.3.4 inside wamp/bin/php, then extract the downloaded zip into that newly created folder." } },
-                    { "@type": "Question", "name": "Which configuration files need to be copied and edited when upgrading?", "acceptedAnswer": { "@type": "Answer", "text": "Copy php.ini, phpForApache.ini, and wampserver.conf from the existing php5.3 folder (e.g. wamp/bin/php/php5.3.3) into the new php5.3.4 folder. Then, in php.ini and phpForApache.ini, search and replace the string 5.3.3 with 5.3.4." } },
-                    { "@type": "Question", "name": "Is there anything to remove from the Apache folder before restarting WAMP?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called php.ini, then restart the WAMP server." } },
-                    { "@type": "Question", "name": "How do I actually switch WAMP to the new PHP version after restarting?", "acceptedAnswer": { "@type": "Answer", "text": "After restarting WAMP, choose PHP version 5.3.0, restart WAMP server again, and then choose PHP version 5.3.4. Also check that the PEAR path is correct in php.ini and modify it accordingly, then restart WAMP server once more." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/mezzio-app-development-in-wsl2.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/mezzio-app-development-in-wsl2.jsonld.twig
deleted file mode 100644
index eefe2fa9..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/mezzio-app-development-in-wsl2.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What does this guide help you accomplish?", "acceptedAnswer": { "@type": "Answer", "text": "It walks you through installing a Mezzio application (Dotkernel API) using WSL2 and running it on Ubuntu 20.04 LTS." } },
-                    { "@type": "Question", "name": "What do you need before installing Ubuntu inside WSL2?", "acceptedAnswer": { "@type": "Answer", "text": "You first need WSL2 installed on your machine, which you can set up by following the linked WSL2 installation guide, before installing Ubuntu inside it." } },
-                    { "@type": "Question", "name": "How do you set up a virtual host for the project?", "acceptedAnswer": { "@type": "Answer", "text": "After Ubuntu is installed inside WSL2, you create a virtual host for your project by following the linked virtual-host creation guide." } },
-                    { "@type": "Question", "name": "How do you install Dotkernel API once the virtual host is ready?", "acceptedAnswer": { "@type": "Answer", "text": "Using your terminal, move into the virtual host directory you created (for example, cd /home/your-username/projects/your-virtualhost), then install Dotkernel API by following its guide. Afterward, make sure the data and log directories are writable by changing their permissions, as described in the linked permission-fix guide." } },
-                    { "@type": "Question", "name": "How do you get PHPStorm to work with the WSL2 project files?", "acceptedAnswer": { "@type": "Answer", "text": "You set up PHPStorm to work with WSL2 files by following the linked JetBrains article on using a WSL development environment in the product." } },
-                    { "@type": "Question", "name": "Does this guide also work for AlmaLinux instead of Ubuntu?", "acceptedAnswer": { "@type": "Answer", "text": "There is a guide for AlmaLinux 8 as well, but it is not fully functional because of a well-known issue regarding running systemd inside WSL2." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.jsonld.twig
deleted file mode 100644
index 85c80d94..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why can't WampServer users upgrade to PHP 5.3.6?", "acceptedAnswer": { "@type": "Answer", "text": "PHP 5.3.6 no longer provides builds created with Visual Studio C++ 6 for Windows users. Since WampServer is built using VC++ 6, upgrading isn't possible without rewriting the entire WampServer package from scratch." } },
-                    { "@type": "Question", "name": "Where can WampServer users find more details about this issue?", "acceptedAnswer": { "@type": "Answer", "text": "More details are available on the WampServer forum, linked in this article." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/php-environment-development-staging-production.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/php-environment-development-staging-production.jsonld.twig
deleted file mode 100644
index d8d1d11b..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/php-environment-development-staging-production.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is a \"server environment\" in hosted software development?", "acceptedAnswer": { "@type": "Answer", "text": "It refers to a server tier designated to a specific stage in a release process. The purpose of using different environments is to improve the development, testing and release processes in client-server applications." } },
-                    { "@type": "Question", "name": "What is the development environment used for?", "acceptedAnswer": { "@type": "Answer", "text": "It's the working environment for individual developers or small teams, where the developer works on local host, separate from the rest of the team, allowing changes to be made without worrying about altering the work of other team members." } },
-                    { "@type": "Question", "name": "What is the staging environment used for?", "acceptedAnswer": { "@type": "Answer", "text": "It's used to assemble, test and review the application before it goes into production, and it usually tries to simulate the production environment as closely as possible, both hardware- and software-wise. Before releasing an update to production, it must normally be tested on staging first, which can also serve as a demonstration or training environment." } },
-                    { "@type": "Question", "name": "What is the production environment?", "acceptedAnswer": { "@type": "Answer", "text": "It's the \"live\" environment, where the final application goes out to the world and becomes active." } },
-                    { "@type": "Question", "name": "How do you switch an application from one environment to another?", "acceptedAnswer": { "@type": "Answer", "text": "The article recommends using Subversion source code to switch from one environment to another, and points to the \"Using SVN on Aptana\" article for details on setting up a development environment locally and then moving it to a staging environment." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/php-support-back-in-aptana-3-0.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/php-support-back-in-aptana-3-0.jsonld.twig
deleted file mode 100644
index 673c750c..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/php-support-back-in-aptana-3-0.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Is Aptana 3.0 available yet, and where can it be downloaded?", "acceptedAnswer": { "@type": "Answer", "text": "Aptana 3.0 is in beta stage and can be downloaded from the official Aptana site." } },
-                    { "@type": "Question", "name": "Will PHP support in Aptana 3.0 be a separate plugin?", "acceptedAnswer": { "@type": "Answer", "text": "No. According to an announcement on Aptana's forum, PHP support is coming back and is being developed and integrated directly into the Studio 3 core, rather than delivered as a separate plugin." } },
-                    { "@type": "Question", "name": "What about the PHP debugger?", "acceptedAnswer": { "@type": "Answer", "text": "The debugger will also be introduced, but it will take a few weeks to become available. The plan is to provide the PHP debugger as a separate set of plugins you can grab from the Studio, while the majority of the PHP editing capabilities will be integrated into and delivered with the Studio core." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.jsonld.twig
deleted file mode 100644
index 615e84d2..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is the focus of this article?", "acceptedAnswer": { "@type": "Answer", "text": "Following the earlier article about SQL Injection, this article makes a stronger argument for using Zend Framework to handle database access. Zend_Db is the primary class used for accessing the database, but there is more to it: Zend_Db_Statement, Zend_Db_Select, and Zend_Db_Tables." } },
-                    { "@type": "Question", "name": "Does Zend_Db's query() method protect against SQL injection?", "acceptedAnswer": { "@type": "Answer", "text": "query() uses prepared statements internally, but SQL Injection is still possible if the $sql parameter passed to it is dynamically created." } },
-                    { "@type": "Question", "name": "What about fetchAll() and the other fetch methods?", "acceptedAnswer": { "@type": "Answer", "text": "All of the fetch methods use prepared statements internally, but SQL Injection is still possible if the $sql is dynamically created." } },
-                    { "@type": "Question", "name": "Is insert() safe from SQL injection?", "acceptedAnswer": { "@type": "Answer", "text": "Yes. insert() uses prepared statements internally, so SQL Injection is not possible with it." } },
-                    { "@type": "Question", "name": "What about update() and delete()?", "acceptedAnswer": { "@type": "Answer", "text": "update() uses prepared statements internally, but SQL Injection may be possible if the $where clause is created dynamically. Likewise, with delete(), SQL Injection may be possible if $where is created dynamically." } },
-                    { "@type": "Question", "name": "Even with prepared statements, when can SQL injection still happen, and what tip helps avoid it in WHERE clauses?", "acceptedAnswer": { "@type": "Answer", "text": "Even when using prepared statements via Zend_Db methods, SQL Injection is still possible if the WHERE and ORDER BY clauses are wrongly written, so these deserve special attention. A short tip mentioned is to use type casting to avoid SQL Injection in a WHERE clause where possible, for example: $sql = 'SELECT * FROM table WHERE id = ' . (int)$_POST;" } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.jsonld.twig
deleted file mode 100644
index d04ef55f..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.jsonld.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is SQL injection?", "acceptedAnswer": { "@type": "Answer", "text": "SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, user input is not filtered by the script and is passed directly into a SQL statement." } },
-                    { "@type": "Question", "name": "What is PDO and what kind of abstraction does it provide?", "acceptedAnswer": { "@type": "Answer", "text": "PDO (PHP Data Objects) is a database access layer providing a standardized method of access to multiple databases. It provides a data-access abstraction layer, meaning you apply the same functions to issue queries and fetch data regardless of which database you're using. However, PDO does not provide a database abstraction - it doesn't rewrite SQL or emulate missing database features." } },
-                    { "@type": "Question", "name": "What are the benefits of using PDO?", "acceptedAnswer": { "@type": "Answer", "text": "Among the benefits are: access methods that allow complete control over how attributes are read and written, validation on a per-record and per-attribute level, easier fetching of objects from related tables, reusable logic that makes the codebase easier to maintain, cleaner code through object-oriented programming, fewer errors from SQL query generation, and protection against SQL injection." } },
-                    { "@type": "Question", "name": "Does using prepared statements in Zend Framework fully protect against SQL injection?", "acceptedAnswer": { "@type": "Answer", "text": "Not entirely. Zend Framework's database access methods usually support prepared statements, which are encouraged because they handle escaping parameters for you, but dynamic SQL queries are still allowed and any parameters must be escaped manually or SQL injection becomes possible. Many people believe prepared statements offer 100% protection, but this isn't true - input data should always be validated and sanitized, with PDO treated as another line of defense. PDO also does not protect against other vulnerabilities such as XSS (cross-site scripting)." } },
-                    { "@type": "Question", "name": "Why can PDO_MySQL be riskier than traditional MySQL usage, and how can this be avoided?", "acceptedAnswer": { "@type": "Answer", "text": "Traditional MySQL allows only a single SQL query at a time, but PDO_MySQL has no such limitation, meaning there is more risk of being injected with multiple queries. To avoid this, you should use the correct prepared statements from Zend Framework, and pay particular attention to WHERE IN and ORDER BY clauses, since they aren't normally handled correctly by prepared statements - in these cases you should escape the data yourself." } },
-                    { "@type": "Question", "name": "What escaping methods does Zend_Db provide?", "acceptedAnswer": { "@type": "Answer", "text": "Zend_Db has two escaping methods that can be used: quote() and quoteIdentifier(). Both of these methods handle strings by putting them between single quotes." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.jsonld.twig
deleted file mode 100644
index 8e31b413..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "Why can't I connect remotely to MySQL on a Plesk-based server?", "acceptedAnswer": { "@type": "Answer", "text": "By default, MySQL servers on Linux machines with Plesk installed have the old_passwords flag set to 1 (ON). Even on MySQL 5.5+, this means the old, pre-4.1 password storage style is still used, which causes a PDOException error when connecting remotely." } },
-                    { "@type": "Question", "name": "What error message indicates this old-passwords problem?", "acceptedAnswer": { "@type": "Answer", "text": "You get a fatal error mentioning \"cannot connect to MySQL 4.1+ using the old insecure authentication,\" suggesting you reset the password using SET PASSWORD = PASSWORD('your_existing_password') to store a newer, more secure hash." } },
-                    { "@type": "Question", "name": "How do you fix the old-passwords issue?", "acceptedAnswer": { "@type": "Answer", "text": "Create a new database user (e.g. someuser) from the command line, grant it privileges on the target database, then run: SET old_passwords = 0; UPDATE mysql.user SET Password = PASSWORD('somepassword') WHERE User = 'someuser' limit 1; SELECT LENGTH(Password) FROM mysql.user WHERE User = 'someuser'; FLUSH PRIVILEGES;. You can then connect remotely using that user and password." } },
-                    { "@type": "Question", "name": "How can you tell the fix worked by looking at the mysql.user table?", "acceptedAnswer": { "@type": "Answer", "text": "If you browse the mysql.user table, you'll notice the password field for the fixed user (someuser) contains many more characters than the password fields for the other, unfixed users." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/static-analysis-replacing-psalm-with-phpstan.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/static-analysis-replacing-psalm-with-phpstan.jsonld.twig
deleted file mode 100644
index eb8cb359..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/static-analysis-replacing-psalm-with-phpstan.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is static analysis and why is it used?", "acceptedAnswer": { "@type": "Answer", "text": "Static analysis (or source code analysis) applies coding rules to debug source code before a program is run. It's used to catch and fix type-related errors, confirm coding standards, identify code that needs refactoring, and enhance security by detecting issues like code injection, XSS, and open redirect vulnerabilities." } },
-                    { "@type": "Question", "name": "Why did Dotkernel switch from Psalm to PHPStan?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel had used Psalm with positive results, but much of the PHP community, including projects like Doctrine and Composer, moved to PHPStan instead. Since the two tools have largely identical findings, using both wasn't justified, and PHPStan has a faster growing ecosystem, better social media presence, a fulltime contributor (@ondrejmirtes), PHP stubs from PHPStorm, and better quality and depth of detection." } },
-                    { "@type": "Question", "name": "What are the main steps to migrate a project from Psalm to PHPStan?", "acceptedAnswer": { "@type": "Answer", "text": "Remove vimeo/psalm from composer.json and add phpstan/phpstan, phpstan/phpstan-doctrine and phpstan/phpstan-phpunit, replace the \"static-analysis\" composer script with \"phpstan analyse --memory-limit 1G\", run composer update, delete psalm-baseline.xml and psalm.xml, then add a .github/workflows/static-analysis.yml workflow and a phpstan.neon configuration file." } },
-                    { "@type": "Question", "name": "What does the phpstan.neon configuration file do in this setup?", "acceptedAnswer": { "@type": "Answer", "text": "It includes the phpstan-doctrine and phpstan-phpunit extensions, sets the analysis rule level (level 5 in the example), specifies the paths to scan (src and test), sets treatPhpDocTypesAsCertain to false, and can list ignoreErrors patterns to suppress specific known findings." } },
-                    { "@type": "Question", "name": "How do you run the PHPStan checks, and what if you hit a memory error?", "acceptedAnswer": { "@type": "Answer", "text": "Run composer static-analysis, which is configured to call vendor/bin/phpstan analyse --memory-limit 1G (higher than PHP's default 128M). If you still see \"PHPStan process crashed because it reached configured PHP memory limit,\" try increasing the memory limit further, e.g. to 2G or 4G." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.jsonld.twig
deleted file mode 100644
index b3af0290..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is Dotkernel Tracker?", "acceptedAnswer": { "@type": "Answer", "text": "Dotkernel Tracker is a Mantis-based, web-based bugtracking system used by the Dotkernel application framework, where bugs are reported, new features are announced, and other general tickets are added." } },
-                    { "@type": "Question", "name": "How is Aptana integrated with Dotkernel Tracker?", "acceptedAnswer": { "@type": "Answer", "text": "Aptana, the web development IDE used for Dotkernel development, is integrated with Dotkernel Tracker via the Mylyn plugin's Mantis connector, so tickets can be managed directly from within the IDE." } },
-                    { "@type": "Question", "name": "What plugin do you need to install in Aptana before connecting to Mantis?", "acceptedAnswer": { "@type": "Answer", "text": "You need to install the Mylyn plugin via Aptana -> Help -> Software Update, adding the update site http://download.eclipse.org/tools/mylyn/update/e3.4/, and then install the Mylyn Connector for Mantis." } },
-                    { "@type": "Question", "name": "What information is needed to add Dotkernel Tracker as a task repository?", "acceptedAnswer": { "@type": "Answer", "text": "You need the server URL (http://www.dotkernel.net/api/soap/mantisconnect.php), a label of your choosing (e.g. \"Dotkernel Tracker\"), and your User ID, which is your username from dotkernel.net (you can sign up if you don't already have an account)." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/using-php-7-express-in-zend-studio-13.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/using-php-7-express-in-zend-studio-13.jsonld.twig
deleted file mode 100644
index 144197be..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/using-php-7-express-in-zend-studio-13.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What is PHP 7 Express in Zend Studio?", "acceptedAnswer": { "@type": "Answer", "text": "PHP 7 Express is a feature added in Zend Studio starting with version 13. It's useful for checking whether pre-PHP7 code will work correctly on a PHP7 server." } },
-                    { "@type": "Question", "name": "What PHP version should you select when creating a test project?", "acceptedAnswer": { "@type": "Answer", "text": "Use the exact PHP version your project actually uses (e.g. PHP 5.6), not PHP 7. Choosing PHP 7 at project creation hides the PHP 7 Express feature, because Zend Studio assumes a PHP 7 project doesn't need compatibility checks." } },
-                    { "@type": "Question", "name": "What should you check if the PHP 7 Express feature doesn't show up?", "acceptedAnswer": { "@type": "Answer", "text": "Check the PHP Interpreter selected for the project: right click the project, type \"interpreter\" to find the PHP -> Interpreter option, and optionally enable \"Enable Project specific settings\" so the change only affects that project." } },
-                    { "@type": "Question", "name": "How do you run PHP 7 Express once it's available?", "acceptedAnswer": { "@type": "Answer", "text": "Right-click the project itself (not a folder or file, or the feature won't show up), click \"Run PHP 7 Express...\", and confirm the prompt. After the analysis finishes, results appear in the PHP 7 Express view/tab in the bottom pane." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/version-control-ignore-patterns-in-zend-studio.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/version-control-ignore-patterns-in-zend-studio.jsonld.twig
deleted file mode 100644
index db8bca15..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/version-control-ignore-patterns-in-zend-studio.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do you set global ignored resource patterns in Zend Studio?", "acceptedAnswer": { "@type": "Answer", "text": "Go to Window -> Preferences, then Team -> Ignored Resources. From there, use Add Pattern to add ignored patterns one by one, applying them globally to all projects instead of adding them manually to each project, or remove existing patterns." } },
-                    { "@type": "Question", "name": "When is this global ignore configuration especially useful?", "acceptedAnswer": { "@type": "Answer", "text": "It's especially useful when you have both Git and SVN projects in the same workspace, and also when you tend to be less careful about your code and workspace. On each project you can still choose to use either the global ignored patterns or specific ones." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.jsonld.twig
deleted file mode 100644
index cb38e280..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.jsonld.twig
+++ /dev/null
@@ -1,50 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What milestone is this article announcing?", "acceptedAnswer": { "@type": "Answer", "text": "Dotboost Technologies Inc. is announcing that the 10th member of its team has passed the Zend Certified Engineer (ZCE) exam, a milestone the company highlights as part of its commitment to top-level PHP development for clients." } },
-                    { "@type": "Question", "name": "What are the team's next certification-related plans?", "acceptedAnswer": { "@type": "Answer", "text": "The next step is to implement Zend Framework 2 best practices and to pursue the Zend Framework 2 Certified Architect exam. Additionally, starting in 2014, Zend Certification will become mandatory for every developer on the team." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-development/zend-server-5-5-quick-setup-on-windows.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-development/zend-server-5-5-quick-setup-on-windows.jsonld.twig
deleted file mode 100644
index 73842d4d..00000000
--- a/src/Blog/templates/page/JSON-LD/php-development/zend-server-5-5-quick-setup-on-windows.jsonld.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "How do you enable mod_rewrite after a fresh Zend Server 5.5 install on Windows?", "acceptedAnswer": { "@type": "Answer", "text": "Open ZEND_INSTALATION_PATH/Apache2/conf/httpd.conf, change the AllowOverride directive from None to All, then restart the Apache service." } },
-                    { "@type": "Question", "name": "What PHP directive changes are recommended in the Zend Server admin interface?", "acceptedAnswer": { "@type": "Answer", "text": "In the Zend Server administration interface (http://localhost:10081/ZendServer/), under Server Setup -> Directives, set the date timezone to America/New_York, set display_errors to on, and set error_reporting to -1." } },
-                    { "@type": "Question", "name": "How do you enable APC when it's listed as enabled but not actually working?", "acceptedAnswer": { "@type": "Answer", "text": "Download the php_apc dll file (e.g. php_apc-3.1.5-5.3-nts-vc9-x86.zip, the latest non-thread-safe VC9 build at the time), extract php_apc.dll into ZEND_INSTALATION_PATH/ZendServer/lib/phpext/, add the line extension=php_apc.dll to the php.ini file in ZEND_INSTALATION_PATH/ZendServer/etc/php.ini, and restart the Apache service." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.jsonld.twig
deleted file mode 100644
index 8c681244..00000000
--- a/src/Blog/templates/page/JSON-LD/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.jsonld.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What error occurs when installing PEAR packages with PHP 7.2?", "acceptedAnswer": { "@type": "Answer", "text": "Running a command like pear install PHP_CodeSniffer produces the fatal error \"Cannot use result of built-in function in write context\" in Archive/Tar.php on line 639, because the function is called by reference." } },
-                    { "@type": "Question", "name": "How do you fix the \"Cannot use result of built-in function in write context\" error?", "acceptedAnswer": { "@type": "Answer", "text": "Go to the line indicated in the error (line 639) and replace \"$v_att_list = &func_get_args();\" with \"$v_att_list = func_get_args();\", so func_get_args() is no longer called by reference." } },
-                    { "@type": "Question", "name": "Does running pear install Archive_Tar directly fix the problem?", "acceptedAnswer": { "@type": "Answer", "text": "No, running pear install Archive_Tar on its own results in the same error, since the underlying Archive_Tar.php file still has the by-reference function call." } },
-                    { "@type": "Question", "name": "What is the recommended full fix sequence?", "acceptedAnswer": { "@type": "Answer", "text": "After manually fixing the func_get_args() line, it's recommended to run pear install Archive_Tar again to get the latest working version of the package, and then run pear install PHP_CodeSniffer to install the code sniffer." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.jsonld.twig b/src/Blog/templates/page/JSON-LD/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.jsonld.twig
deleted file mode 100644
index 6cbee1f9..00000000
--- a/src/Blog/templates/page/JSON-LD/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.jsonld.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@graph": [
-            {
-                "@type": "TechArticle",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-                "headline": {{ article.title|json_encode|raw }},
-                "description": {{ article.excerpt|json_encode|raw }},
-                "url": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-                "datePublished": "{{ article.postDate|date('c') }}",
-                "dateModified": "{{ article.postDate|date('c') }}",
-                "image": "{{ meta.openGraphImage ? app.url ~ meta.openGraphImage : app.meta.image }}",
-                "articleSection": {{ article.category.name|json_encode|raw }},
-                "author": {
-                    "@type": "Person",
-                    "name": {{ article.author.name|json_encode|raw }},
-                    "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-                },
-                "publisher": {
-                    "@type": "Organization",
-                    "name": "Dotkernel",
-                    "url": "{{ app.url }}",
-                    "logo": {
-                        "@type": "ImageObject",
-                        "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-                    }
-                }
-            },
-            {
-                "@type": "BreadcrumbList",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#breadcrumb",
-                "itemListElement": [
-                    { "@type": "ListItem", "position": 1, "name": "Home", "item": "{{ app.url }}" },
-                    { "@type": "ListItem", "position": 2, "name": {{ article.category.name|json_encode|raw }}, "item": "{{ app.url ~ path('page::category-resource', {slug: article.category.slug}) }}" },
-                    { "@type": "ListItem", "position": 3, "name": {{ article.title|json_encode|raw }} }
-                ]
-            },
-            {
-                "@type": "FAQPage",
-                "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#faq",
-                "mainEntity": [
-                    { "@type": "Question", "name": "What errors indicate the PHP Intl extension is missing?", "acceptedAnswer": { "@type": "Answer", "text": "Typical errors include \"Zend InputFilter requires intl PHP extension\" and \"The requested PHP extension intl is missing from your system.\" These happen because the PHP Intl extension isn't installed or enabled." } },
-                    { "@type": "Question", "name": "What is the PHP Intl extension used for?", "acceptedAnswer": { "@type": "Answer", "text": "Intl (Internationalization extension) is a wrapper for the ICU library that lets PHP programmers perform locale-aware operations, including formatting, transliteration, encoding conversion, and calendar operations. It can be installed bundled since PHP 5.3.0, or as a separate PECL extension since PHP 5.2.0." } },
-                    { "@type": "Question", "name": "How do you find your PHP extensions directory?", "acceptedAnswer": { "@type": "Answer", "text": "You can find the extension_dir either by calling phpinfo() or by running the command php -r \"echo ini_get('extension_dir');\" - both read the value straight from the PHP runtime configuration." } },
-                    { "@type": "Question", "name": "How do you enable the Intl extension on a Linux server if the file already exists?", "acceptedAnswer": { "@type": "Answer", "text": "Confirm php_intl.so exists in your extensions directory, open the php.ini config file (usually /etc/php.ini), make sure the line \"extension=php_intl.so\" exists and isn't commented out, restart the web server (e.g. sudo service httpd restart), and verify with phpinfo()." } },
-                    { "@type": "Question", "name": "What if the php_intl.so or php_intl.dll file doesn't exist at all?", "acceptedAnswer": { "@type": "Answer", "text": "On Linux, check your PHP version with php -v, then install the php-intl package (PHP 5) or php7.x-intl package (PHP 7) via your package manager, e.g. apt-get install php-intl on Ubuntu-based systems or yum install php-intl on CentOS; on shared hosting, ask your provider to install/enable it. On Windows, download the matching PHP version (checking TS/NTS and x86/x64, with thread safety found via php -i | findstr \"Thread\") from the PHP Downloads page and copy php_intl.dll from its ext folder into your php\\ext folder." } }
-                ]
-            }
-        ]
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.jsonld.twig b/src/Blog/templates/page/JSON-LD/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/sunsetting-pear-channel-for-zend-framework-1.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/sunsetting-pear-channel-for-zend-framework-1.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/sunsetting-pear-channel-for-zend-framework-1.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/wurfl-php-api-libraries-gpl-versions.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/wurfl-php-api-libraries-gpl-versions.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/wurfl-php-api-libraries-gpl-versions.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-12-4-released-with-security-fixes.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-12-4-released-with-security-fixes.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-12-4-released-with-security-fixes.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-7-0-released.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-7-0-released.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-7-0-released.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-end-of-life.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-end-of-life.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-1-end-of-life.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/JSON-LD/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.jsonld.twig b/src/Blog/templates/page/JSON-LD/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.jsonld.twig
deleted file mode 100644
index e87ea3ab..00000000
--- a/src/Blog/templates/page/JSON-LD/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.jsonld.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-<script type="application/ld+json">
-    {
-        "@context": "https://schema.org",
-        "@type": "BlogPosting",
-        "@id": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}#article",
-        "mainEntityOfPage": "{{ app.url ~ path('page::blog-resource', {categorySlug: article.category.slug, slug: article.slug}) }}",
-        "headline": "{{ article.title }}",
-        "description": "{{ article.excerpt }}",
-        "datePublished": "{{ article.postDate|date('c') }}",
-        "dateModified": "{{ article.postDate|date('c') }}",
-        "articleSection": "{{ article.category.name }}",
-        "author": {
-            "@type": "Person",
-            "name": "{{ article.author.name }}",
-            "url": "{{ app.url ~ path('page::author-resource', {slug: article.author.slug}) }}"
-        },
-        "publisher": {
-            "@type": "Organization",
-            "name": "Dotkernel",
-            "url": "{{ app.url }}",
-            "logo": {
-                "@type": "ImageObject",
-                "url": "{{ app.url ~ asset('images/app/logo.png') }}"
-            }
-        }
-    }
-</script>
diff --git a/src/Blog/templates/page/blog-resource/android/listen-for-android-install-referrer.html.twig b/src/Blog/templates/page/blog-resource/android/listen-for-android-install-referrer.html.twig
deleted file mode 100644
index 4780de81..00000000
--- a/src/Blog/templates/page/blog-resource/android/listen-for-android-install-referrer.html.twig
+++ /dev/null
@@ -1,26 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Getting Referrer Data at Install Time</h2>
-
-<p class="mb-3">Have you ever wondered if Android market sends you information at the moment of app install? Wouldn't it be nice to create custom links to your Android application, including bits of information about the referrer, and send it directly to the app for processing at install? This could be a simple and accurate solution for mobile app install tracking, but I'm sure you can find this useful in many ways.</p>
-
-<p class="mb-3">With Android, you actually get this information as a broadcasted intent by Android market at install time - even before opening your app...</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Does Android send information when the app is installed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Android market broadcasts an intent containing referrer information at the moment the app is installed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When is this referrer information available to the app? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's delivered as a broadcasted intent at install time, before the app is ever opened.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.html.twig b/src/Blog/templates/page/blog-resource/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.html.twig
deleted file mode 100644
index 687045fb..00000000
--- a/src/Blog/templates/page/blog-resource/android/multiple-broadcast-receivers-in-the-same-app-for-the-same-action.html.twig
+++ /dev/null
@@ -1,26 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Did you come to a point where using multiple broadcast receivers to listen for the same intent, separatly, in the same android app, leads to unexpected results?
-If that's the case, one broadcast receiver might consume the broadcasted intent, <a href="http://www.cillap.com/">online casino</a> leaving the others with nothing to receive.
-This can be the case where you use 3rd party libraries with broadcast receivers defined.
-
-The following is a solution for this kind of problem, a code snippet inspired by the way Admob for android seems to solve this, as shown in their <a title="Admob Download Tracking" href="http://developer.admob.com/wiki/Android_App_Download_Tracking" target="_blank" rel="noopener noreferrer">documentation</a>, using meta-data in manifest file...[<a href="http://n3vrax.wordpress.com/2011/07/15/multiple-broadcast-receivers-in-the-same-app-for-the-same-action/" target="_blank" rel="noopener noreferrer">read more</a>].
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What problem does this article address? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When multiple broadcast receivers are registered separately to listen for the same intent in the same Android app, this can lead to unexpected results: one broadcast receiver might consume the broadcasted intent, leaving the others with nothing to receive.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When is this issue most likely to occur? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">This can happen when you use 3rd party libraries that already define their own broadcast receivers alongside your app's own receivers.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/architecture/configprovider-bootstrap-modern-php-applications.html.twig b/src/Blog/templates/page/blog-resource/architecture/configprovider-bootstrap-modern-php-applications.html.twig
deleted file mode 100644
index a40ae306..00000000
--- a/src/Blog/templates/page/blog-resource/architecture/configprovider-bootstrap-modern-php-applications.html.twig
+++ /dev/null
@@ -1,167 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">In PHP, the <code>ConfigProvider</code> is a class that is part of an application's bootstrap process. <strong>It's a class or callable that returns configuration data telling the platform which middleware should run, in what order, and sometimes under what conditions.</strong></p>
-
-<p class="mb-3">If you're talking specifically about the ConfigProvider in the Laminas/Mezzio ecosystem, it's literally an array of configuration, settings, or anything else your application needs.</p>
-
-<h2><a href="#where-is-the-configprovider-used"></a>Where Is the ConfigProvider Used?</h2>
-
-<p class="mb-3">Mezzio (formerly Zend Expressive), Laminas, Slim, the Dotkernel Headless Platform, or other middleware-based frameworks often have a <code>ConfigProvider</code> class. In Laminas/Mezzio specifically, each module or package may contain a <code>ConfigProvider</code> that returns:</p>
-
-<ul><li>Middleware pipeline configuration.<ul><li>Middleware classes or service names.</li>
-
-<li>Error-handling middleware, which should have the lowest priority.</li>
-
-<li>Middleware groups or nested arrays.</li>
-</ul>
-</li>
-
-<li>Dependency injection mappings.</li>
-
-<li>Request Handlers.</li>
-</ul>
-
-<p class="mb-3">Example in Dotkernel, which is an approach similar to Laminas/Mezzio:</p>
-
-<pre>class ConfigProvider
-{
-    public function __invoke(): array
-    {
-        return [
-            'dependencies' => $this->getDependencies(),
-            'templates'    => $this->getTemplates(),
-        ];
-    }
-
-    public function getDependencies(): array
-    {
-        return ,
-           'invokables'   => ,
-        ];
-    }
-
-    public function getTemplates(): array
-    {
-        return ,
-        'error'  => ,
-        ];
-    }
-}</pre>
-
-<p class="mb-3">What each item above means:</p>
-
-<ul><li><code>dependencies</code> is used by the dependency injector (like <a href="https://docs.mezzio.dev/mezzio/v3/features/container/laminas-servicemanager/" target="_blank" rel="noreferrer noopener">laminas-servicemanager</a>) to construct every requested service.<ul><li><code>factories</code> will have the factory build the service.</li>
-
-<li><code>invokables</code> will use <code>new</code> directly.</li>
-
-<li>You can also use <code>aliases</code> to redirect to another service name and <code>delegators</code> to wrap the original service.</li>
-</ul>
-</li>
-
-<li><code>templates</code> defines the paths for the template files.</li>
-</ul>
-
-<h2><a href="#how-the-configprovider-works"></a>How the ConfigProvider works</h2>
-
-<p class="mb-3">The ConfigProvider is automatically picked up by the framework during application bootstrap. Let's look at it step by step:</p>
-
-<ul><li><strong>Merge the global configuration</strong> - All ConfigProviders are merged into one array.</li>
-
-<li><strong>Read the configuration array</strong> - The call is similar to the below and expects an array of entries:</li>
-</ul>
-
-<pre>$config = $container->get('config') ?? [];</pre>
-
-<ul><li><strong>Resolve item</strong> - <code>$app-&gt;pipe()</code> is called to resolve one of the below instances:<ul><li>Resolve the service name from the container</li>
-
-<li>Wrap the middleware, if an array is provided</li>
-
-<li>Call the closure or invokable object.</li>
-</ul>
-</li>
-
-<li><strong>Handle errors</strong> - This middleware is the last one in the pipeline to make sure it handles any exceptions.</li>
-
-<li><strong>Execute at runtime</strong> - <a href="https://docs.laminas.dev/laminas-stratigility/" target="_blank" rel="noreferrer noopener">Laminas Stratigility</a> iterates over the pipeline in the order it was registered.<ul><li>Each middleware can <strong>handle</strong> the request and return a response, or <strong>delegate</strong> execution to the next middleware in the pipeline, until a <code>ResponseInterface</code> is returned to the client.</li>
-</ul>
-</li>
-</ul>
-
-<p class="mb-3">Below you can see how Mezzio and Dotkernel merge and use ConfigProviders to build the middleware pipeline and dependencies.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/ConfigProvider2.png') }}" alt=""> </figure>
-
-<h2><a href="#benefits"></a>Benefits</h2>
-
-<ul><li>Centralized setup – Instead of hardcoding bootstrap code, you declare it in a config provider so it's easy to read, change, or extend.</li>
-
-<li>Modular – Each package can ship with its own config without interfering with others.</li>
-
-<li>Container-friendly – It works well with frameworks using DI containers like Laminas ServiceManager, PHP-DI, or Pimple.</li>
-
-<li>Standardized service definitions - It has consistent rules for object creation that are separate from business logic.</li>
-
-<li>Auto-Discovery - In Laminas/Mezzio, the <a href="https://docs.laminas.dev/laminas-config-aggregator/" target="_blank" rel="noreferrer noopener">ConfigAggregator</a> automatically loads and merges all ConfigProviders.</li>
-</ul>
-
-<blockquote><p class="mb-3">Dotkernel is an exception to this rule: new ConfigProviders have to be added manually in <code>config/config.php</code>, because all the initial ConfigProviders required to install the applications are already injected.</p>
-</blockquote>
-
-<ul><li>Environment-agnostic - It returns an array that defines dev, test, or prod environments.</li>
-
-<li>Testability - The consistent, central configuration promotes isolated (e.g. per-module) testing, easier swapping of dependencies and the assertion of pipeline setup (e.g. check if a config key is present).</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a ConfigProvider in PHP? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It is a class that is part of an application's bootstrap process: a class or callable that returns configuration data telling the platform which middleware should run, in what order, and sometimes under what conditions.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the ConfigProvider return in the Laminas/Mezzio ecosystem? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In the Laminas/Mezzio ecosystem, it's literally an array of configuration, settings, or anything else the application needs, and each module or package may contain its own ConfigProvider returning middleware pipeline configuration, dependency injection mappings, and request handlers.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the difference between 'factories' and 'invokables' in the dependencies array? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0"><code>factories</code> will have the factory build the service, while <code>invokables</code> will use <code>new</code> directly. You can also use <code>aliases</code> to redirect to another service name and <code>delegators</code> to wrap the original service.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the ConfigProvider get used during application bootstrap? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It is automatically picked up by the framework during bootstrap: all ConfigProviders are merged into one array, the configuration array is read (similar to <code>$config = $container->get('config') ?? [];</code>), each item is resolved via <code>$app-&gt;pipe()</code>, the error-handling middleware is placed last in the pipeline, and at runtime Laminas Stratigility iterates over the pipeline in the order it was registered.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Are new ConfigProviders auto-discovered in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel is an exception to the usual auto-discovery rule: new ConfigProviders have to be added manually in <code>config/config.php</code>, because all the initial ConfigProviders required to install the applications are already injected.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the benefits of using a ConfigProvider? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Benefits include centralized setup instead of hardcoded bootstrap code, modularity so each package can ship its own config, container-friendliness with DI containers like Laminas ServiceManager, PHP-DI or Pimple, standardized service definitions, environment-agnostic configuration for dev/test/prod, and better testability of the pipeline setup.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://docs.mezzio.dev/mezzio/v3/features/container/config/" target="_blank" rel="noreferrer noopener">Mezzio Container</a></li>
-
-<li><a href="https://docs.laminas.dev/laminas-config-aggregator/config-providers/" target="_blank" rel="noreferrer noopener">Laminas Config Aggregator</a></li>
-
-<li><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15 (HTTP Server Request Handlers)</a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/architecture/understanding-middleware.html.twig b/src/Blog/templates/page/blog-resource/architecture/understanding-middleware.html.twig
deleted file mode 100644
index cec46ff6..00000000
--- a/src/Blog/templates/page/blog-resource/architecture/understanding-middleware.html.twig
+++ /dev/null
@@ -1,159 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><strong>Middleware </strong>is code that exists <strong>between the request and response</strong>, and which can take the incoming request, perform actions based on it, and either <strong>complete the response or pass delegation </strong>on to the next middleware in the queue.</p>
-
-<h2>The purpose of middleware</h2>
-
-<p class="mb-3">Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application. In web services the <code>Input</code> represents the <code>Request</code> received, and <code>Output</code> represents the <code>Response</code> to be sent.</p>
-
-<h2>Using middleware</h2>
-
-<p class="mb-3">Middleware can be used to, but is not limited to, the following purposes:</p>
-
-<ul><li>A/B Testing</li>
-
-<li>Debugging</li>
-
-<li>Caching</li>
-
-<li>CORS</li>
-
-<li>Authentication (HTTP Basic Auth, OAuth 2.0, OpenID)</li>
-
-<li>CSRF Protection</li>
-
-<li>Rate Limiting</li>
-
-<li>Referrals</li>
-
-<li>IP Restriction</li>
-</ul>
-
-<h2>Usage</h2>
-
-<p class="mb-3">According to <a href="https://www.php-fig.org/psr/psr-15/" data-type="link" data-id="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15: HTTP Server Request Handlers</a>, a component that processes an incoming request and generates a response is a middleware. To be compliant with the PSR-15 standard, the middleware must implement <a href="https://github.com/php-fig/http-server-middleware" data-type="link" data-id="https://github.com/php-fig/http-server-middleware" target="_blank" rel="noreferrer noopener">Psr\Http\Server\MiddlewareInterface</a>.</p>
-
-<pre>class MyMiddleware implements MiddlewareInterface</pre>
-
-<p class="mb-3">The middleware class must then implement the <code>process </code>method.</p>
-
-<pre>public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface;</pre>
-
-<p class="mb-3">Below is an example implementation of a middleware which processes the request.</p>
-
-<pre>class ExampleMiddleware implements MiddlewareInterface
-{
-    public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
-    {
-        //process request
-
-        return $handler->handle($request);
-    }
-}</pre>
-
-<p class="mb-3">This is an example implementation of a middleware which processes the response.</p>
-
-<pre>class ExampleMiddleware implements MiddlewareInterface
-{
-    public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
-    {
-        $response = $handler->handle($request);
-
-        //process response
-
-        return $response;
-    }
-}</pre>
-
-<p class="mb-3">This approach processes both the request and response.</p>
-
-<pre>class ExampleMiddleware implements MiddlewareInterface
-{
-    public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
-    {
-        //process request
-
-        $response = $handler->handle($request);
-
-        //process response
-
-        return $response;
-    }
-}</pre>
-
-<h2>How middleware is called</h2>
-
-<p class="mb-3">The <strong>application pipeline</strong> defines the execution flow. The request passes through the middleware in the pipeline, one by one, in the order they are placed in the pipeline. Each middleware processes the request and/or response and either <strong>passes control </strong>to the next middleware in the chain or it <strong>terminates the request</strong> and returns a reponse.</p>
-
-<ul><li>If control passes through all middleware successfully, the execution is eventually passed to your custom code which generates a response of its own. The execution then passes through the middleware in reverse order and returns the response.</li>
-
-<li>If the execution is terminated before reaching your custom code (e.g. via an exception), then the response is generated by the last middleware reached by the execution.</li>
-</ul>
-
-<h2>Middleware in practice</h2>
-
-<p class="mb-3">A simple real world example of middleware usage can be the enhancement of a request with the user IP for logging porposes or building reports based on geographical data. For this example the pipeline has a single middleware.</p>
-
-<p class="mb-3">The flow begins with a request. The execution passes the control to the IP middleware which enhances the request with the user's IP and other relevant data. The control passes to your custom handler that processes the request and returns a response. The flow continues in reverse order, back to the IP middleware which can, if needed, change the output before it gets returned to the user that initiated the request.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is middleware? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Middleware is code that exists between the request and response, and which can take the incoming request, perform actions based on it, and either complete the response or pass delegation on to the next middleware in the queue.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the purpose of middleware? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Middleware makes it easier for software developers to implement communication and input/output, so they can focus on the specific purpose of their application. In web services, the Input represents the Request received, and Output represents the Response to be sent.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What can middleware be used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Middleware can be used for purposes such as A/B testing, debugging, caching, CORS, authentication (HTTP Basic Auth, OAuth 2.0, OpenID), CSRF protection, rate limiting, referrals, and IP restriction.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What interface must PHP middleware implement to be PSR-15 compliant? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">According to PSR-15, a compliant middleware must implement <code>Psr\Http\Server\MiddlewareInterface</code>, which requires a <code>process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface</code> method.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does middleware get called within the application pipeline? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The application pipeline defines the execution flow: the request passes through the middleware one by one, in the order they are placed. If control passes through all middleware successfully, execution is passed to your custom code, which generates a response, and execution then passes back through the middleware in reverse order. If execution is terminated before reaching your custom code (e.g. via an exception), the response is generated by the last middleware reached.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is a practical, real-world example of middleware? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A simple example is enhancing a request with the user's IP for logging purposes or geographical reporting. The request first passes through the IP middleware, which enhances the request with the user's IP and other relevant data, then control passes to the custom handler that processes the request and returns a response. The flow continues in reverse, back through the IP middleware, which can change the output before it's returned to the user.</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional resources<a href="https://getlaminas.org/blog/2025-04-08-mezzio101-what-defines-a-middleware-architecture.html#content-additional-resources"></a>:</h2>
-
-<ul><li><a href="https://philsturgeon.uk/php/2016/05/31/why-care-about-php-middleware/" target="_blank" rel="noreferrer noopener">Why Care About PHP Middleware?</a></li>
-
-<li><a href="https://docs.mezzio.dev/" target="_blank" rel="noreferrer noopener">Learn more about Mezzio from the source</a></li>
-
-<li><a href="https://docs.laminas.dev/components/" target="_blank" rel="noreferrer noopener">Laminas components</a></li>
-
-<li><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light, the smallest complete Mezzio application</a></li>
-
-<li><a href="https://www.slimframework.com/" target="_blank" rel="noreferrer noopener">The Slim PHP micro framework</a></li>
-
-<li><a href="https://www.php-fig.org/psr/" target="_blank" rel="noreferrer noopener">The PHP Framework Interop Group's full list of PSRs</a></li>
-
-<li><a href="https://vimeo.com/showcase/4061778/video/177154167" target="_blank" rel="noreferrer noopener">PSR-7: The magical middleware tour</a></li>
-
-<li><a href="https://www.youtube.com/watch?v=v1I57-_Rsv0" target="_blank" rel="noreferrer noopener">From Helpers to Middleware</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/aptana-set-svn-keywords.html.twig b/src/Blog/templates/page/blog-resource/best-practice/aptana-set-svn-keywords.html.twig
deleted file mode 100644
index a6aa857c..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/aptana-set-svn-keywords.html.twig
+++ /dev/null
@@ -1,47 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In Aptana it's very simple to set the <a href="http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html">svn:keywords</a> property for a file.
-
-For example if you want to set the svn keyword property <em><strong>Id</strong></em>:
-<!--more-->
-<ul>
-    <li>In the file where you want to add the svn keyword property write <strong>$Id$</strong></li>
-</ul>
-<img title="Write the ID keyword in the file" src="{{ asset('uploads/article/' ~ article.id ~ '/id-file-300x235.gif') }}" alt="" width="300" height="235">
-<ul>
-    <li>Right click on the file, then follow Team -&gt; Set Property...<strong> </strong><strong>Note*</strong>: <em>Set Property...</em> will not be active if you haven't first added the file to SVN: <em>Team</em>-&gt;<em>Add to Version Controller</em></li>
-</ul>
-<img title="Select set property..." src="{{ asset('uploads/article/' ~ article.id ~ '/set-property-300x152.gif') }}" alt="" width="300" height="152">
-<ul>
-    <li>Select <strong>svn:keywords</strong>, and write <strong>Id</strong> in the text field <strong></strong></li>
-</ul>
-<img title="svn-keywords" src="{{ asset('uploads/article/' ~ article.id ~ '/svn-keywords-300x298.gif') }}" alt="" width="300" height="298">
-
-When you make the SVN commit of the file, the <em>$Id$</em> keyword will be replaced with text in the format shown below:
-
-<img title="Id keyword after commit" src="{{ asset('uploads/article/' ~ article.id ~ '/id-file-svn-300x141.gif') }}" alt="" width="300" height="141">
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you set the svn:keywords property for a file in Aptana? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Write the keyword marker (for example <strong>$Id$</strong>) in the file, then right click the file and follow Team -&gt; Set Property..., select <strong>svn:keywords</strong>, and write <strong>Id</strong> in the text field.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why is "Set Property..." not active when I right click the file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Set Property... will not be active if the file hasn't first been added to SVN. Use Team -&gt; Add to Version Controller before trying to set the property.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens to the $Id$ keyword after an SVN commit? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After the SVN commit of the file, the $Id$ keyword is replaced with text containing the file's SVN metadata, in a specific format.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/basic-security-in-dotkernel-headless-platform.html.twig b/src/Blog/templates/page/blog-resource/best-practice/basic-security-in-dotkernel-headless-platform.html.twig
deleted file mode 100644
index 2a12e508..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/basic-security-in-dotkernel-headless-platform.html.twig
+++ /dev/null
@@ -1,227 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><strong>Software security</strong> should always be in the back of your mind as a developer. It may seem fine at first to deliver a feature sooner, only to find later on that you left a backdoor into your crisp new update. You ignore security at your own risk, with potentially major costs to your personal or your organization's image, and to your client's trust in your abilities. The costs to recover the damages caused by a lacking security are sometimes astronomical, enough to put a company out of business.</p>
-
-<p class="mb-3">There are many facets of software security, meaning there are a lot of potential ways a hacker can access your code or your data fraudulently:</p>
-
-<ul><li>Authentication and access control.</li>
-
-<li>Data protection.</li>
-
-<li>Input validation and injection.</li>
-
-<li>Web and API security.</li>
-
-<li>Dependency and supply chain risks.</li>
-
-<li>Configuration and deployment.</li>
-
-<li>Network and infrastructure security.</li>
-
-<li>Logging, monitoring and incident response.</li>
-
-<li>Secure software development lifecycle.</li>
-
-<li>Human and organizational factors.</li>
-</ul>
-
-<p class="mb-3">To keep a platform safe, you must actively mitigate these risks with recommended coding practices that include tight security. You wouldn't build a nice house, only to leave the door unlocked, right?</p>
-
-<p class="mb-3"></p>
-
-<h2><a href="#the-tenets-of-software-security-in-dotkernel-headless-platform"></a>The Tenets of Software Security in Dotkernel Headless Platform</h2>
-
-<p class="mb-3">We at Dotkernel aim to:</p>
-
-<ul><li>Create code that follows software security guidelines.</li>
-
-<li>Implement community recommendations related to software security.</li>
-
-<li>Use 3rd-party code and libraries from trusted sources.</li>
-
-<li>Constantly monitor software news related to security vulnerabilities and mitigate them as soon as possible.</li>
-</ul>
-
-<p class="mb-3">We do all this to attempt to stay ahead of the vulnerabilities that can lead from otherwise useful, productive code, to data loss and a GDPR fine, or a loss of funds for our clients.</p>
-
-<p class="mb-3">Let's take a practical view on software security in Dotkernel.</p>
-
-<h2><a href="#form-input-validation"></a>Form Input Validation</h2>
-
-<p class="mb-3">You should never trust that the user inputs correct data by passing it directly into your business logic. By defining the configuration for an input filter, you ensure that a field is both present, and of the correct type.</p>
-
-<p class="mb-3"><a href="https://www.dotkernel.org" target="_blank" rel="noreferrer noopener">Dotkernel API</a> makes use of <a href="https://github.com/laminas/laminas-inputfilter" target="_blank" rel="noreferrer noopener">laminas/laminas-inputfilter</a> for this purpose.</p>
-
-<p class="mb-3">In addition to the above filtering, Dotkernel Admin also makes use of <a href="https://github.com/laminas/laminas-form" rel="noreferrer noopener" target="_blank">laminas/laminas-form</a>. laminas-form contains:</p>
-
-<ul><li>A thin layer of objects representing form elements.</li>
-
-<li>An InputFilter for each input, like mentioned previously, or custom validators.</li>
-
-<li>Methods for binding data to and from the form.</li>
-</ul>
-
-<p class="mb-3">laminas-form ensures that data validation, filtering, and rendering enforce strong security practices by design. It also has integration with the Laminas Security Ecosystem that contains laminas-escaper, laminas-validator, laminas-session, and laminas-filter.</p>
-
-<h2><a href="#content-negotiation"></a>Content Negotiation</h2>
-
-<p class="mb-3">Content negotiation is used in RESTful APIs to ensure that systems work seamlessly together by having the client and server agree on the format and language of data they exchange.</p>
-
-<p class="mb-3">Dotkernel API handles content negotiation via a middleware configured in the <code>config/autoload/content-negotiation.global.php</code> file. It handles client-side content negotiation via the use of two HTTP request headers: <code>Content-Type</code> and <code>Accept</code>, and returns <code>application/json</code>, <code>application/hal+json</code> data formats.</p>
-
-<h2><a href="#cross-origin-resource-sharing"></a>Cross-Origin Resource Sharing</h2>
-
-<p class="mb-3">Cross-Origin Resource Sharing (or CORS) is a security mechanism implemented into web browsers to control how web pages can request resources from a different domain than the one where the request originated from.</p>
-
-<p class="mb-3">In Dotkernel API, CORS is handled by <a href="https://github.com/mezzio/mezzio-cors" rel="noreferrer noopener" target="_blank">mezzio/mezzio-cors</a> and configured in the <code>config/autoload/cors.local.php</code> file. mezzio-cors starts to detect the proper <code>cors</code> configuration whenever it detects a <code>cors preflight</code>. Cors validates the call using several configuration items: origins, headers, max age, credentials.</p>
-
-<blockquote><p class="mb-3">When configuring your pipeline, make sure to add the CorsMiddleware BEFORE the RouteMiddleware.</p>
-</blockquote>
-
-<h2><a href="#role-based-access-control"></a>Role-Based Access Control</h2>
-
-<p class="mb-3">Role-Based Access Control (or RBAC) is a security model used in software systems to manage access to resource. It does this by assigning roles to users types which are in turn assigned to users who require a certain level of access.</p>
-
-<p class="mb-3">Dotkernel API uses <a href="https://github.com/mezzio/mezzio-authorization-rbac" rel="noreferrer noopener" target="_blank">mezzio/mezzio-authorization-rbac</a> for this purpose. There are several roles predefined, which you can configure to suit your project by editing the <code>config/autoload/authorization.global.php</code> file.</p>
-
-<h2><a href="#demo-credentials"></a>Demo Credentials</h2>
-
-<p class="mb-3">Demo credentials are provided in Dotkernel API for your convenience, to allow you to test the installation easily.</p>
-
-<blockquote><p class="mb-3">It is important to <strong>update or remove</strong> these accounts in your production environment.</p>
-</blockquote>
-
-<h2><a href="#error-reporting-endpoint-and-errorreportingtokens"></a>Error Reporting Endpoint and ErrorReportingTokens</h2>
-
-<p class="mb-3">The purpose for the error reporting endpoint is to have a reliable channel through which 3rd-party developers can report issues to you directly.</p>
-
-<p class="mb-3">Dotkernel API has a dedicated endpoint <code>/error-report</code> for this purpose. It uses and <code>ErrorReportingToken</code> set up in the configuration file <code>config/autoload/error-handling.global.php</code>.</p>
-
-<h2><a href="#openapi-documentation"></a>OpenAPI Documentation</h2>
-
-<p class="mb-3">OpenAPI documentation (formerly known as Swagger) provides a standardized, machine-readable way to describe APIs, meaning their <code>requests</code> and <code>responses</code>. It's critical for:</p>
-
-<ul><li>Developer efficiency - it streamlines communication between front and back end developers, and it allows developers to use mock servers before the backend is fully implemented.</li>
-
-<li>Reliability - documentation can be auto-generated, testing is easier.</li>
-
-<li>Integration - several tools support OpenAPI, like Postman and Codegen libraries for multiple libraries.</li>
-</ul>
-
-<p class="mb-3">Dotkernel API implements <a href="https://github.com/zircote/swagger-php" rel="noreferrer noopener" target="_blank">zircote/swagger-php</a> to provide an interactive documentation.</p>
-
-<blockquote><p class="mb-3">Do <strong>not</strong> include sensitive information for you endpoints. Do <strong>not</strong> enable documentation in a production environment.</p>
-</blockquote>
-
-<h2><a href="#php-dependencies"></a>PHP Dependencies</h2>
-
-<p class="mb-3">Modern PHP projects rely heavily on external packages via package managers like Composer. There is a tangible risk of exposing your application by using insecure dependencies.</p>
-
-<p class="mb-3">Dotkernel API has regular checks for vulnerable and outdated packages. Often the dependencies used in projects have transient dependencies which must also be checked.</p>
-
-<blockquote><p class="mb-3">Always use dependencies from reliable sources and keep them updated to their latest version.</p>
-</blockquote>
-
-<h2><a href="#oauth2-security"></a>OAuth2 Security</h2>
-
-<p class="mb-3">OAuth 2.0 is a secure authorization framework that allows one application to access resources or data on behalf of a user, without requiring the user's password. It is considered an industry standard for secure authorization across web, mobile, and API-based systems.</p>
-
-<p class="mb-3">Dotkernel API uses the <a href="https://github.com/mezzio/mezzio-authentication-oauth2" target="_blank" rel="noreferrer noopener">mezzio/mezzio-authentication-oauth2</a> for the OAuth2 authentication service. The package itself is secure, but you still need to make sure you use it properly:</p>
-
-<ul><li>Replace or update the default <code>admin</code> and <code>frontend</code> clients on your production environment.</li>
-
-<li>Update the <code>access</code> and <code>refresh</code> tokens to match your aplication's requirements. The defaults are one day for <code>access</code> and one month for <code>refresh</code>.</li>
-
-<li>Make sure to <strong>not</strong> commit any local keys generated by <code>./vendor/bin/generate-oauth2-keys</code>. They are used to verify the transmitted JWTs.</li>
-</ul>
-
-<h2><a href="#session-and-cookie-settings"></a>Session and Cookie Settings</h2>
-
-<p class="mb-3">Sessions and cookies are used in web development to store data between HTTP requests. For example, they can be used to save login information or preferences, and to track user behavior.</p>
-
-<p class="mb-3">Dotkernel configures cookies in the <code>config/autoload/session.global.php</code> file. It contains several parameters that you must revise and adapt to your application:</p>
-
-<ul><li>session_config.cookie_httponly</li>
-
-<li>session_config.cookie_samesite</li>
-
-<li>session_config.cookie_secure</li>
-</ul>
-
-<h2><a href="#javascript-dependencies"></a>JavaScript Dependencies</h2>
-
-<p class="mb-3">Very much like <code>composer</code> for PHP, JavaScript has its own dependencies, usually installed via <code>npm</code> or <code>yarn</code>. The JavaScript ecosystem has recently been attacked by hackers who targetted several widely used npm packages that have a total number of uses in the billions.</p>
-
-<p class="mb-3">Dotkernel uses <code>npm</code> to handle JavaScript dependencies. We monitor the news to stay on top of these security issues and use npm packages from reliable sources. Even so, you should regularly use the <code>npm audit</code> to check for vulnerabilities among your installed npm libraries.</p>
-
-<h2><a href="#other-security-considerations"></a>Other Security Considerations</h2>
-
-<p class="mb-3">All components of <strong>Dotkernel Headless Platform</strong>  have several configuration files with the name format <code>*.global.php', '*.php.dist</code> and <code>*.local.php</code>. You must <strong>only</strong> include sensitive information in the <code>*.local.php</code> files, since they are, by default, ignored by the VCS.</p>
-
-<p class="mb-3">The <code>development mode</code> is designed, as the name suggests, only for the development period. By enabling development mode, you enable features like debug mode, cache clear and show error details. These should be hidden from the production environment to avoid exposing sensitive data or code.</p>
-
-<p class="mb-3">The GitHub Action <a href="https://github.com/laminas/laminas-continuous-integration-action" rel="noreferrer noopener" target="_blank">Laminas Continuous Integration</a> is an integral component of Dotkernel API. It ensures code quality by streamlining the execution of PHP quality assurance (QA) tasks within continuous integration (CI) workflows. Most often triggered by commits to the repository, it builds a matrix of tests: static analysis, coding standards checks, and unit tests.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are the main facets of software security to consider? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Software security spans many areas: authentication and access control, data protection, input validation and injection, web and API security, dependency and supply chain risks, configuration and deployment, network and infrastructure security, logging/monitoring and incident response, secure software development lifecycle, and human and organizational factors.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does Dotkernel handle form input validation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel API uses laminas/laminas-inputfilter to ensure a field is present and of the correct type. Dotkernel Admin additionally uses laminas/laminas-form, which provides form element objects, an InputFilter for each input (or custom validators), and methods for binding data to and from the form, integrating with laminas-escaper, laminas-validator, laminas-session, and laminas-filter.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does Dotkernel API handle content negotiation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Content negotiation is handled via a middleware configured in the config/autoload/content-negotiation.global.php file. It uses the Content-Type and Accept HTTP request headers to negotiate with the client, returning application/json or application/hal+json data formats.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is CORS handled and configured in Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">CORS is handled by mezzio/mezzio-cors and configured in the config/autoload/cors.local.php file, validating calls using configuration items like origins, headers, max age, and credentials. When configuring the pipeline, the CorsMiddleware must be added before the RouteMiddleware.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should be done with the demo credentials before going to production? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Demo credentials are provided for convenience during installation testing, but it is important to update or remove these accounts in your production environment.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the security recommendations around OpenAPI documentation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You should not include sensitive information for your endpoints in the OpenAPI documentation, and you should not enable the documentation in a production environment.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://docs.dotkernel.org/admin-documentation/v6/security/basic-security/" target="_blank" rel="noreferrer noopener">Basic Security in Dotkernel Admin</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/security/basic-security/" target="_blank" rel="noreferrer noopener">Basic Security in Dotkernel API</a></li>
-
-<li><a href="https://www.dotkernel.com/dotkernel-api/content-negotiation-in-dotkernel-rest-api/">Content Negotiation in Dotkernel REST API</a></li>
-
-<li><a href="https://docs.laminas.dev/laminas-form/v3/intro/" target="_blank" rel="noreferrer noopener">laminas-form Documentation</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/tutorials/cors/" target="_blank" rel="noreferrer noopener">CORS in Dotkernel API</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/core-features/error-reporting/" target="_blank" rel="noreferrer noopener">Error Reporting Endpoint</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/openapi/introduction/" target="_blank" rel="noreferrer noopener">OpenAPI Documentation</a></li>
-
-<li><a href="https://docs.mezzio.dev/mezzio-authentication-oauth2/v1/intro/#configuration" target="_blank" rel="noreferrer noopener">mezzio/mezzio-authentication-oauth2 Configuration</a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/golden-rules-of-professional-php-coding.html.twig b/src/Blog/templates/page/blog-resource/best-practice/golden-rules-of-professional-php-coding.html.twig
deleted file mode 100644
index 2becc9f2..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/golden-rules-of-professional-php-coding.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-1.  Always use in development and in staging highest <strong>error reporting</strong> level, and <strong>display_errors</strong> ON:
-<pre>error_reporting(-1);
-ini_set('display_errors', 1);</pre>
-2. <strong>Fix</strong> every warning or notice that occur.
-3. <strong>Check</strong> regularly server's error_log for notices/warnings
-
-4. Identify any <strong>temporary hack</strong> with a special <strong>mark</strong>. Maybe something like:
-<pre>#@TODO masterpiece by @smartguy, to quick fix the division by zero</pre>
-&nbsp;
-
-5. Each <strong>function</strong> must do a <strong> single task</strong>. If is log in the user and record the login in stats table, be nice and create a separate function for 'record the login' stuff.
-Maybe even a <strong>distinct class</strong> for stats ?
-
-6. Use a version control system. <strong>SVN is NOT dead. </strong>
-
-7. Use an <strong><a href="http://en.wikipedia.org/wiki/Integrated_development_environment" target="_blank" rel="noopener noreferrer">IDE </a></strong>.  <a title="Aptana 2 IDE" href="http://www.aptana.com/products/studio2/download" target="_blank" rel="noopener noreferrer">Aptana 2</a>, <a title="Aptana 3" href="http://www.aptana.com/products/studio3/download" target="_blank" rel="noopener noreferrer">Aptana 3</a>, Eclipse, even <a title="Zend Studio" href="http://www.zend.com/en/products/studio/" target="_blank" rel="noopener noreferrer">Zend Studio</a> .
-
-8. Know your <strong>IDE</strong>: code snippets, code assist, integration with Zend Framework, SVN integration, bug tracker integration, and so on
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What error reporting settings should be used in development and staging? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Always use the highest error reporting level and turn display_errors ON, for example with <code>error_reporting(-1);</code> and <code>ini_set('display_errors', 1);</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should you do about warnings and notices? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Fix every warning or notice that occurs, and regularly check the server's error_log for notices and warnings.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How should temporary hacks or quick fixes be marked in code? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Identify any temporary hack with a special mark, such as a <code>#@TODO</code> comment noting who added it and why.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the rule about what a function should do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Each function must do a single task. For example, if you're logging in a user and also recording that login in a stats table, create a separate function (or even a distinct class) for the stats recording, rather than combining both tasks in one function.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What tools does the article recommend for professional PHP development? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It recommends using a version control system (noting that SVN is not dead) and using an IDE such as Aptana 2, Aptana 3, Eclipse, or Zend Studio, and knowing your IDE's code snippets, code assist, Zend Framework integration, SVN integration, and bug tracker integration.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/htaccess-301-redirect-non-www-to-www.html.twig b/src/Blog/templates/page/blog-resource/best-practice/htaccess-301-redirect-non-www-to-www.html.twig
deleted file mode 100644
index c4d7ae4a..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/htaccess-301-redirect-non-www-to-www.html.twig
+++ /dev/null
@@ -1,32 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-To always redirect users to the www site (for example: http://dotboost.com to http://www.dotboost.com), add the following lines to .htaccess, right after <strong>RewriteEngine On</strong>:
-
-<pre>RewriteCond %{HTTP_HOST} ^dotboost.com
-RewriteRule ^(.*)$ http://www.dotboost.com/$1 [L,R=301]</pre>
-<!--more-->
-If, on the other hand, you want to redirect http://www.dotboost.com to http://dotboost.com, add the following lines instead:
-
-<pre>RewriteCond %{HTTP_HOST} ^www.dotboost.com
-RewriteRule ^(.*)$ http://dotboost.com/$1 [L,R=301]</pre>
-
-Replace dotboost.com with your site's domain.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do I redirect a non-www domain to www using .htaccess? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add <code>RewriteCond %{HTTP_HOST} ^dotboost.com</code> and <code>RewriteRule ^(.*)$ http://www.dotboost.com/$1</code> to your .htaccess file, right after <strong>RewriteEngine On</strong>, replacing dotboost.com with your own domain.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I redirect a www domain to non-www instead? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add <code>RewriteCond %{HTTP_HOST} ^www.dotboost.com</code> and <code>RewriteRule ^(.*)$ http://dotboost.com/$1</code> instead, again replacing dotboost.com with your own domain.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/insert-update-delete-statements-with-zend-db.html.twig b/src/Blog/templates/page/blog-resource/best-practice/insert-update-delete-statements-with-zend-db.html.twig
deleted file mode 100644
index e440671b..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/insert-update-delete-statements-with-zend-db.html.twig
+++ /dev/null
@@ -1,87 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Continuing the Zend_DB article <a href="http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/" target="_blank" rel="noopener noreferrer">series</a>, we are stopping now at DML statements.</br>
-DML (Data Manipulation Language) statements are statements that change data values in database tables. There are 3 primary DML statements:
-<ul>
-    <li>INSERT - Inserting new rows into database tables.
-    <li>UPDATE - Updating existing rows in database tables .
-    <li>DELETE - Deleting existing rows from database tables.
-</ul>
-</br>
-<!--more-->
-<i>Note*: </i>
-<pre>
-$db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
-</pre>
-</br>
-<b>INSERT</b>
-<pre>
-INSERT INTO user(email, password, firstName, lastName, active)
-       VALUES ('$email', '$password', '$firstName', '$lastName', 1);
-</pre>
-The above SQL <i>INSERT</i> statement is translated in Zend_Db as follow:
-<pre>
-$data = array( 'email' => $email,
-            'password' => $password,
-            'firstName' => $firstName,
-            'lastName' => $lastName,
-            'active' => '1');
-$db->insert('user', $data);
-</pre></br>
-<b>UPDATE</b>
-<pre>
-UPDATE user
-   SET password = '$password',
-       firstName = '$firstName',
-       lastName = '$lastName',
-       accountUpdate = (accountUpdate +1)
- WHERE id = '$id'
-</pre>
-The above SQL <i>UPDATE</i> statemnet is translated in Zend_Db as follow:
-<pre>
-$data = array('password' => $password,
-              'firstName' => $firstName,
-              'lastName' => $vlastname,
-              'accountUpdate' => new Zend_Db_Expr('accountUpdate+1'));
-$db->update('user', $data, 'id = '.$id);
-</pre>
-</br>
-<b>DELETE</b>
-<pre>
-DELETE FROM user WHERE id = '$id'
-</pre>
-The above SQL <i>DELETE</i> statemnet is translated in Zend_Db as follow:
-<pre>
-$db->delete('user', 'id = '.$id);
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are DML statements? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">DML (Data Manipulation Language) statements are statements that change data values in database tables. There are 3 primary DML statements: INSERT, UPDATE, and DELETE.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you insert a new row with Zend_Db? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Build an associative array of column names to values (e.g. email, password, firstName, lastName, active) and pass it to $db->insert('user', $data), which corresponds to an SQL INSERT INTO ... VALUES statement.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you update rows with Zend_Db, including incrementing a column? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Build a $data array of the columns to update, using a Zend_Db_Expr for expressions such as incrementing accountUpdate (new Zend_Db_Expr('accountUpdate+1')), then call $db->update('user', $data, 'id = '.$id).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you delete a row with Zend_Db? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Call $db->delete('user', 'id = '.$id), which is equivalent to the SQL statement DELETE FROM user WHERE id = '$id'.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/sql-queries-using-zend-db-select.html.twig b/src/Blog/templates/page/blog-resource/best-practice/sql-queries-using-zend-db-select.html.twig
deleted file mode 100644
index a1d69542..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/sql-queries-using-zend-db-select.html.twig
+++ /dev/null
@@ -1,134 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a href="https://docs.laminas.dev/laminas-db/adapter/" target="_blank" rel="noopener noreferrer">Zend_Db</a> and its related classes provide a simple SQL database interface for Zend Framework.
-To connect to MySql database, we are using Pdo_Mysql adapter :
-<pre>
-$db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
-</pre>
-</br>
-</br>
-<!--more-->
-<b>SELECT query - WHERE clause</b>
-</br>
-The below 2 classical SQL queries are equivalent. First one is simple, the second one use INNER JOIN keyword, but the result is the same.
-<pre>
-SELECT a.id, a.name, b.order_id
-FROM users AS a, orders AS b
-WHERE a.id = b.user_id
-AND a.id = {$userId}
-</pre>
-</br>
-<pre>
-SELECT `a`.`id`, `a`.`name`, `b`.`order_id`
-FROM `users` AS `a` INNER JOIN `orders` AS `b` ON a.id = b.user_id
-WHERE (a.id = '{$userId}')
-</pre>
-</br>
-The above querys are translated in Zend_Db style:
-</br>
-<pre>
-$select = $db->select()
-             ->from(array('a'=>'users'),
-                    array('a.id', 'a.name'))
-             ->join(array('b'=>'orders'), 'a.id = b.user_id', array('b.order_id'))
-             ->where('a.id = ?', $userId)
-</pre>
-</br>
-If we don't want to select any column from the second table, the 3rd parameter of join() method should be an empty string
-<pre>
-SELECT a.id, a.name
-FROM users AS a, orders AS b
-WHERE a.id = b.user_id
-AND a.id = {$userId}
-</pre>
-</br>
-<pre> >
-$select = $db->select()
-             ->from(array('a'=>'users'),
-                    array('a.id', 'a.name'))
-             ->join(array('b'=>'orders'), 'a.id = b.user_id', '')
-             ->where('a.id = ?', $userId)
-</pre>
-</br>
-Note*: If we don't write the 3rd parameter, it will select all the fields from that table:
-<pre>
-SELECT a.id, a.name, b.*
-FROM users AS a, orders AS b
-WHERE a.id = b.user_id
-AND a.id = {$user_id}
-</pre>
-</br>
-<pre> >
-$select = $db->select()
-             ->from(array('a'=>'users'),
-                    array('a.id', 'a.name'))
-              ->join(array('b'=>'orders'), 'a.id = b.user_id')
-              ->where('a.id = ?', $userId)
-</pre>
-</br>
-<b>SELECT query - WHERE IN clause</b>
-</br>
-<pre>
-SELECT id
-FROM users
-WHERE aff_id IN ('1','2','3')
-</pre>
-</br>
-<pre> >
-$select = $db->select()
-             ->from('users', array('id'))
-             ->where('aff_id IN (?)', array(1,2,3));
-</pre>
-</br>
-<b>Note*:</b> If you are not sure if you write the correct query, before you fetch it you can echo your query to visualize it:
-<pre>
-echo $select->__toString();exit;
-</pre>
-</br>
-Also see:
- - <a href="http://www.dotkernel.com/best-practice/what-are-returning-the-fetch-functions-from-zend-db/">What are returning the FETCH functions from Zend_Db</a></br>
- - <a href="http://www.dotkernel.com/best-practice/subqueries-with-zend-db/">Subqueries with Zend_Db</a></br>
- - <a href="http://www.dotkernel.com/best-practice/insert-update-delete-statements-with-zend-db/">INSERT, UPDATE, DELETE statements with Zend_Db</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does Zend_Db provide? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Db and its related classes provide a simple SQL database interface for Zend Framework. To connect to a MySQL database, the Pdo_Mysql adapter is used via Zend_Db::factory('Pdo_Mysql', $dbConnect).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you write a SELECT with a JOIN and a WHERE clause in Zend_Db style? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use $db->select()->from(array('a'=>'users'), array('a.id','a.name'))->join(array('b'=>'orders'), 'a.id = b.user_id', array('b.order_id'))->where('a.id = ?', $userId), which is equivalent to a classical SQL query using INNER JOIN.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you join a table without selecting any of its columns? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Pass an empty string as the 3rd parameter of the join() method, e.g. ->join(array('b'=>'orders'), 'a.id = b.user_id', '').</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens if the 3rd parameter of join() is omitted entirely? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If the 3rd parameter is not written, it will select all the fields from that joined table (equivalent to SELECT ..., b.* in SQL).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you write a WHERE IN clause with Zend_Db? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use ->where('aff_id IN (?)', array(1,2,3)) on the select object, equivalent to SQL's WHERE aff_id IN ('1','2','3').</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can you check that a Zend_Db select is generating the correct query? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Before fetching it, echo the query to visualize it: echo $select->__toString();exit;</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/subqueries-with-zend-db.html.twig b/src/Blog/templates/page/blog-resource/best-practice/subqueries-with-zend-db.html.twig
deleted file mode 100644
index 97826ef2..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/subqueries-with-zend-db.html.twig
+++ /dev/null
@@ -1,68 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Continuing the Zend_DB article <a href="http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/" target="_blank" rel="noopener noreferrer">series</a>, we are stopping now at subqueries.
-</br>
-As you note, the below is a complicate query, with <i>COUNT()</i>, <i>LEFT JOIN()</i>, <i>GROUP BY</i>
- - select from 3 tables, and make a count from 2 different tables:
-<!--more-->
-<pre>
-SELECT a.id,
-       a.title,
-       (SELECT COUNT(c.track_id)
-        FROM track_files AS c
-        WHERE c.track_id = a.id
-       ) AS `count_files`,
-       COUNT(b.track_id) AS count_courses
-FROM tracks AS a
-LEFT JOIN track_courses AS b ON (a.id = b.track_id)
-GROUP BY a.id
-</pre>
-</br>
-Initialize the connection to our MySql database:
-<pre>
-$db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
-</pre>
-</br>
-<pre>
-$db->select()
-   ->from(array('a'=>'tracks'),
-         array('id',
-              'title',
-             'count_files' => new Zend_Db_Expr(
-                        '('.$db->select()
-                           ->from(array('c'=>'track_files'),
-                                     array(new Zend_Db_Expr('COUNT(c.track_id)')))
-                           ->where('c.track_id = a.id').')' )
-               )
-          )
-   ->joinLeft(array('b'=>'track_courses'),
-         'a.id = b.track_id',
-         array('count_courses' => 'COUNT(b.track_id)')
-         )
-   ->group('a.id');
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What SQL techniques does this subquery example combine? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The example combines COUNT(), LEFT JOIN, and GROUP BY, selecting from 3 tables and counting rows from 2 different tables.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you embed a subquery as a selected column in a Zend_Db select? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Wrap a nested $db->select() call inside a Zend_Db_Expr, building the subquery string with the outer table's correlated WHERE condition (e.g. c.track_id = a.id), as shown for the count_files column.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the LEFT JOIN with a COUNT expressed in Zend_Db? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use ->joinLeft(array('b'=>'track_courses'), 'a.id = b.track_id', array('count_courses' => 'COUNT(b.track_id)')) followed by ->group('a.id').</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/svn-export-in-a-virtual-host.html.twig b/src/Blog/templates/page/blog-resource/best-practice/svn-export-in-a-virtual-host.html.twig
deleted file mode 100644
index 321a6283..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/svn-export-in-a-virtual-host.html.twig
+++ /dev/null
@@ -1,69 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-The following commands should be run in the terminal (for example, using Putty in Windows) on the host where you want to export the repository). It's recommended that you run them using the domain's user, not root.
-
-First make sure that Subversion is installed on the host. To check if it is installed, run:
-<pre>svn --version</pre>
-If you don't get a "command not found" message, subversion is installed. Otherwise, you need to install it.
-
-The next step is to go to where you want to export the contents of the repository (eg.: "<em>cd /var/www/vhosts/example.com/httpdocs</em>" or "<em>cd /home/sitename/public_html</em>").
-
-The command looks like this:<pre>svn export repositoryUrl repositoryUrl</pre>
-                    where:
-<ul>
-    <li><strong>-r revisionNumber</strong> - <em>optional</em> - export a specific revision. By default, the latest revision will be used</li>
-    <li><strong>repositoryUrl</strong> - the repository URL (eg: <em>http://example.com/repos/project-name/trunk/</em>). Remember to add /trunk/, or change it appropriately if you need to export a certain branch or tag</li>
-    <li><strong>targetDirectory</strong>
-<ul>
-    <li><strong>./</strong> - means the current directory</li>
-    <li><strong>./project-name</strong> - will export to the <em>project-name</em> subdirectory</li>
-    <li><strong>/var/www/vhosts/example.com/httpdocs</strong> - will export to an absolute path</li>
-</ul>
-</li>
-    <li><strong>--force</strong> - <em>optional</em> - by default SVN will not export in an existing directory. if you want to override this, you have to use the <em>force</em> parameter. <strong>Be careful, this option can overwrite files</strong></li>
-</ul>
-Examples:
-<pre>svn export http://v1.dotkernel.net/svn/trunk ./ --force
-svn export -r 423 http://v1.dotkernel.net/svn/trunk ./ --force
-svn export http://v1.dotkernel.net/svn/trunk /var/www/vhosts/domain.com/httpdocs/dk</pre>
-For more information, you can run <strong>svn help export</strong>.
-
-If you've exported the repository using a different user (root for example), you can change the permissions back by running the following command as root:
-<pre>chown -R siteuser.psacln /var/www/vhosts/example.com/httpdocs</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you check if Subversion is installed on the host? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run svn --version. If you don't get a "command not found" message, Subversion is installed; otherwise, you need to install it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the basic command to export a repository? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The command is svn export repositoryUrl targetDirectory, run from the host where you want to export the repository, ideally using the domain's user rather than root.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the -r option do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">-r revisionNumber is optional and exports a specific revision; by default, the latest revision is used.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the --force option do, and what is the risk? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By default SVN will not export into an existing directory; --force overrides this. Be careful, since this option can overwrite files.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you fix file permissions if you exported the repository as a different user? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">As root, run chown -R siteuser.psacln /var/www/vhosts/example.com/httpdocs to change the permissions back.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/svn-keywords-setup-in-php-ide-zend-studio.html.twig b/src/Blog/templates/page/blog-resource/best-practice/svn-keywords-setup-in-php-ide-zend-studio.html.twig
deleted file mode 100644
index 14a57104..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/svn-keywords-setup-in-php-ide-zend-studio.html.twig
+++ /dev/null
@@ -1,79 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-For a better integration of SVN, your PHP IDE( Zend Studio), and a bug tracker of choice, the below proprieties must be set, <strong>for each project</strong> you have.
-
-<!--more-->
-
-Right click on <strong>project</strong>
-Go to <strong>Team-&gt;Set Propriety</strong>
-<ul>
-    <li>SVN Ignore files, below you have an example. As we do not want to commit your local settings
-to the main repository :-)</li>
-</ul>
-<pre><strong>Name:</strong> svn:ignore
-<strong>Propriety:</strong>
-*.project
-*.prefs
-.project
-cache
-.settings
-.buildpath
-*.ini</pre>
-<ul>
-    <li>Basic integration with a bug tracker</li>
-</ul>
-<pre><strong>Name:</strong> bugtracq:label
-<strong>Propriety:</strong> Tracker ID:</pre>
-<pre><strong>Name:</strong> bugtraq:message
-<strong>Propriety:</strong> [Tracker ID: #%BUGID%]</pre>
-<ul>
-    <li>If you have a public bug tracker system , example Mantis</li>
-</ul>
-<pre><strong>Name:</strong> bugtraq:url
-<strong>Propriety:</strong> http://www.dotkernel.net/view.php?id=%BUGID%</pre>
-For <strong>above</strong> Proprieties , apply <strong>only</strong> to project folder, <strong>NOT</strong> recursive
-<h2>Final step( below instructions are good <strong>only</strong> for <strong>svn:keywords</strong> )</h2>
-&nbsp;
-
-Check the <strong>Apply property recursively to:</strong>
-Select <strong>All resources</strong>
-Check the <strong>Use filtration by the resource name </strong> and add <strong>Mask: </strong>*.php
-
-<a href="/uploads/2013/02/svn-add.jpg"><img alt="svn-add" src="{{ asset('uploads/article/' ~ article.id ~ '/svn-add.jpg') }}" width="589" height="668" > </a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why set these SVN properties on each project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">They provide better integration of SVN, your PHP IDE (Zend Studio), and a bug tracker of choice, and must be set for each project you have.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the svn:ignore property do here? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It tells SVN to ignore local settings files such as *.project, *.prefs, .project, cache, .settings, .buildpath, and *.ini, since you don't want to commit your local settings to the main repository.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you set up basic bug tracker integration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Set the bugtracq:label property to "Tracker ID:" and bugtraq:message; if you have a public bug tracker such as Mantis, also set bugtraq:url to a URL pattern like http://www.dotkernel.net/view.php?id=%BUGID%.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Should these properties be applied recursively? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. For the properties above, apply them only to the project folder, not recursively.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the svn:keywords property applied differently? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Check "Apply property recursively to:", select "All resources", then check "Use filtration by the resource name" and add the mask *.php.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/using-like-wildcards-with-zend-db.html.twig b/src/Blog/templates/page/blog-resource/best-practice/using-like-wildcards-with-zend-db.html.twig
deleted file mode 100644
index ca831424..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/using-like-wildcards-with-zend-db.html.twig
+++ /dev/null
@@ -1,161 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Continuing the Zend_Db article <a href="http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/" target="_blank" rel="noopener noreferrer">series</a>, let's discuss the LIKE condition.
-
-The <strong>LIKE </strong>condition allows you to use wildcards in the <em>WHERE </em>clause of an SQL statement. This allows pattern matching. It can be used in any valid SQL statement (<em>SELECT</em>, <em>INSERT</em>, <em>UPDATE </em>or <em>DELETE</em>).
-
-<strong>LIKE wildcards:</strong>
-<ul>
-    <li><em><strong>_</strong></em> allows you to match a single character</li>
-    <li><em><strong>%</strong></em> allows you to match any string of any length (including zero length)</li>
-</ul>
-
-<!--more-->
-<em>Note*: </em>
-<pre>$db = Zend_Db::factory('Pdo_Mysql', $dbConnect);</pre>
-<b>LIKE _</b>
-<ul>
-    <li>Return all ids which start with '1' and second digit is between 0 and 9 (10, 11, 12, ..., 18, 19):</li>
-</ul>
-<pre>SELECT * FROM `table` WHERE (`id` LIKE '1_' )</pre>
-<pre>$col = $this->db->quoteIdentifier('id');
-$where = $this->db->quoteInto("$col LIKE ? ", '1_');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);</pre>
-<ul>
-    <li>Return all instances whose name is 4 characters long, where the first two characters are 'Fr' and the last character is 'd' (Frad, Fred, Frod, etc.) :</li>
-</ul>
-<pre>
-SELECT * FROM `table` WHERE (`name` LIKE 'Fr_d' )
-</pre>
-<pre>
-$col = $this->db->quoteIdentifier('name');
-$where = $this->db->quoteInto("$col LIKE ? ", 'Fr_d');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);
-</pre>
-</br>
-</br>
-<b>LIKE %</b>
-<ul>
-    <li>Returns all instances that have the 'gallery' string in the <em>source</em> field:</li>
-</ul>
-<pre>
-SELECT * FROM `table` WHERE (`source` LIKE '%gallery%' )
-</pre>
-<pre>
-$col = $this->db->quoteIdentifier('source');
-$where = $this->db->quoteInto("$col LIKE ? ", '%gallery%');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);
-</pre>
-<ul>
-    <li>Returns all instances that have the 'gallery' or 'folder' strings in the <em>source</em> field:</li>
-</ul>
-<pre>
-SELECT * FROM `table` WHERE (`source` LIKE '%gallery%' OR `source` LIKE ('%folder%') )
-</pre>
-<pre>
-$col = $this->db->quoteIdentifier('source');
-$where = $this->db->quoteInto("$col LIKE ? ", '%gallery%');
-$where .= $this->db->quoteInto("OR $col LIKE (?) ", '%folder%');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);
-</pre>
-</br>
-</br>
-<b>NOT LIKE _</b>
-<ul>
-    <li>Returns all 2-digit ids that don't start with <em>1</em> (20->99 ) or have a different number of digits than 2 (1, 2, ..., 8, 9, 100, 101, ...):</li>
-</ul>
-<pre>
-SELECT * FROM `table` WHERE (`id` NOT LIKE '1_' )
-</pre>
-<pre>
-$col = $this->db->quoteIdentifier('id');
-$where = $this->db->quoteInto("$col NOT LIKE ? ", '1_');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);
-</pre>
-</br>
-</br>
-<b>NOT LIKE %</b>
-<ul>
-    <li>Returns all instances that don't have 'gallery', 'folder' or 'file' strings in the <em>source</em> field:</li>
-</ul>
-<pre>
-SELECT * FROM `table` WHERE (`source` NOT LIKE ('%gallery%') AND `source` NOT LIKE ('%folder%') AND `source` NOT LIKE ('%file%') )
-</pre>
-<pre>
-$col = $this->db->quoteIdentifier('source');
-$where = $this->db->quoteInto("$col NOT LIKE (?) ", '%gallery%');
-$where .= $this->db->quoteInto("AND $col NOT LIKE (?) ", '%folder%');
-$where .= $this->db->quoteInto("AND $col NOT LIKE (?) ", '%file%');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);
-</pre>
-</br>
-</br>
-<b>OTHER Example</b>
-<pre>SELECT * FROM `table` WHERE `number` LIKE '_6%' </pre>
-<pre>$col = $this->db->quoteIdentifier('number');
-$where = $this->db->quoteInto("$col LIKE ? ", '_6%');
-$select = $this->db->select()
-    ->from('table')
-    ->where($where);
-$result = $this->db->fetchAll($select);</pre>
-<ul>
-    <li>The <em>number</em> column starts with a digit between 4 and 6 (<em>[4-6]</em>)</li>
-    <li>The second character in the <em>number</em> column can be anything (<em>_</em>)</li>
-    <li>The third character in the <em>number</em> column is 6 (<em>6</em>)</li>
-    <li>The rest of the <em>number</em> column can be any string, of any length (<em>%</em>)</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What do the LIKE wildcards _ and % mean? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The _ wildcard matches a single character, while % matches any string of any length, including zero length.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which SQL statements can use the LIKE condition? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">LIKE allows pattern matching in the WHERE clause and can be used in any valid SQL statement: SELECT, INSERT, UPDATE, or DELETE.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you build a LIKE query with Zend_Db? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Quote the column with $this->db->quoteIdentifier(), build the condition with $this->db->quoteInto("$col LIKE ? ", $pattern), and pass the resulting $where string into ->where() on a select, then run it with $this->db->fetchAll($select).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you combine multiple LIKE conditions with OR? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Build the first condition with quoteInto, then append further ones with quoteInto("OR $col LIKE (?) ", $pattern), as in the example matching 'gallery' or 'folder' in the source field.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does NOT LIKE differ from LIKE? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">NOT LIKE negates the pattern match — for example, `id` NOT LIKE '1_' returns ids that don't start with 1 or don't have exactly 2 digits, and NOT LIKE conditions can be chained with AND to exclude several patterns at once.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/what-are-returning-the-fetch-functions-from-zend-db.html.twig b/src/Blog/templates/page/blog-resource/best-practice/what-are-returning-the-fetch-functions-from-zend-db.html.twig
deleted file mode 100644
index 508d22b9..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/what-are-returning-the-fetch-functions-from-zend-db.html.twig
+++ /dev/null
@@ -1,154 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Continuing the Zend_DB article <a href="http://www.dotkernel.com/dotkernel/sql-queries-using-zend-db-select/" target="_blank" rel="noopener noreferrer">series</a>, we are stopping now at <i>FETCH</i> methods that are in <a href="https://docs.laminas.dev/laminas-db/adapter/" target="_blank" rel="noopener noreferrer">Zend_Db_Adapter_Abstract</a>:
-<pre>
-array  fetchAll  (string|Zend_Db_Select $sql, , )
-array fetchAssoc (string|Zend_Db_Select $sql, [mixed $bind = array()])
-array fetchCol (string|Zend_Db_Select $sql, [mixed $bind = array()])
-string fetchOne (string|Zend_Db_Select $sql, [mixed $bind = array()])
-array fetchPairs (string|Zend_Db_Select $sql, [mixed $bind = array()])
-array fetchRow (string|Zend_Db_Select $sql, , )
-</pre>
-To be more easily to follow, in <span style="background-color: #B5DFC1">green</span> box is the classical SQL statement, and in <span style="background-color:  #9FCFFF">blue</span> box is the query written in Zend_Db style.
-</br>
-<!--more-->
-Lets start.
-Initialize the connection to our MySql database:
-<pre style="background-color: #9FCFFF">
-$db = Zend_Db::factory('Pdo_Mysql', $dbConnect);
-</pre>
-Here is a SQL query, that we want to fetch:
-</br>
-<pre style="background-color: #B5DFC1">
-$sql = "SELECT id, title FROM files";
-$db->query($sql)
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$select = $db->select()
-             ->from('files', array('id', 'title'))
-</pre>
-<i>Note*:</i> for the old style of fetching we used an old class. What you need to know is: </br>
-- <i>query()</i> method is similar with mysqli_query() from <i>Mysqli</i> PHP extension </br>
-- <i>next_record()</i> method is similar with mysqli_next_result() from <i>Mysqli</i> PHP extension </br>
-- <i>f()</i> method retrieve the value of the column specified as parameter
-</br>
-<b>fetchAll</b>
-</br>
-<pre style="background-color: #B5DFC1">
-while($db->next_record())
-{
-    $a[] = array(
-                 'id' => $db->f('id'),
-                 'title' => $db->f('title')
-                 );
-}
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchAll($select);
-</pre>
-</br>
-<b>fetchAssoc</b>
-</br>
-<pre style="background-color: #B5DFC1">
-while($db->next_record())
-{
-    $a[$db->f('id')] = array(
-                             'id' => $db->f('id'),
-                             'title' => $db->f('title')
-                            );
-}
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchAssoc($select);
-</pre>
-</br>
-<b>fetchCol</b>
-</br>
-<pre style="background-color: #B5DFC1">
-while($db->next_record())
-{
-    $a[] = $db->f('id');
-}
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchCol($select);
-</pre>
-</br>
-<b>fetchOne</b>
-</br>
-<pre style="background-color: #B5DFC1">
-$db->next_record();
-$a = $db->f('id');
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchOne($select);
-</pre>
-</br>
-<b>fetchPairs</b>
-</br>
-<pre style="background-color: #B5DFC1">
-while($db->next_record())
-{
-    $a[$db->f('id')] = $db->f('title');
-}
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchPairs($select);
-</pre>
-</br>
-<b>fetchRow</b>
-</br>
-<pre style="background-color: #B5DFC1">
-$db->next_record();
-$a = array(
-           'id' => $db->f('id'),
-           'title' => $db->f('title')
-          );
-</pre>
-</br>
-<pre style="background-color: #9FCFFF">
-$a = $db->fetchRow($select);
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What FETCH methods are available in Zend_Db_Adapter_Abstract? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article covers fetchAll, fetchAssoc, fetchCol, fetchOne, fetchPairs, and fetchRow.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does fetchAll do compared to the old query style? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">$a = $db->fetchAll($select) replaces the old-style loop that calls next_record() repeatedly and builds an array of associative rows using f() for each column.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does fetchRow return? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">$a = $db->fetchRow($select) returns a single row as an associative array, replacing a single next_record() call followed by f() calls for each column.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does fetchOne return? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">$a = $db->fetchOne($select) returns a single value, replacing a single next_record() call followed by one f() call.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do the old-style query(), next_record(), and f() methods relate to Mysqli? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">query() is similar to mysqli_query(), next_record() is similar to mysqli_next_result(), and f() retrieves the value of the column specified as a parameter.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.html.twig b/src/Blog/templates/page/blog-resource/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.html.twig
deleted file mode 100644
index bf33eca3..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/why-use-current-timestamp-on-a-field-that-record-date-time.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-On a <em>TIMESTAMP field</em> that records date and time when <em>inserting </em>a new record, it is encouraged to use as a <em>DEFAULT </em>value, the <strong>CURRENT_TIMESTAMP</strong> constant.
-<!--more-->
-<strong>Why? </strong>
-Because when inserting a new row in the table for the date and time field there is no need to specifically add its value, either by creating it from PHP code with the <a href="http://www.php.net/manual/en/ref.datetime.php">Date/ Time functions</a> or with MySQL function <a href="http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functions.html#function_now">NOW()</a>
-<pre>ALTER TABLE `user` CHANGE `dateCreated` `dateCreated` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;</pre>
-CURRENT_TIMESTAMP is also a solution for  <em>updating </em>date and time fields. Use <em><code>ON UPDATE CURRENT_TIMESTAMP</code></em> clause, if you want the value of the field to be changed automatically each time the row is updated.
-<pre>ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;</pre>
-<em>DEFAULT </em>and <em>ON UPDATE</em> clauses can be used together or separately, depending on your needs:
-<ul>
-    <li>With both <code>DEFAULT CURRENT_TIMESTAMP</code> and <code>ON UPDATE CURRENT_TIMESTAMP</code> clauses, the column has the current timestamp for its default value and is automatically updated.</li>
-    <li>With neither <code>DEFAULT</code> nor <code>ON UPDATE</code> clauses, it is the same as <code>DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP</code>. (Only for the <em><span style="text-decoration: underline;">first </span></em>TIMESTAMP field from the table)</li>
-    <li>With a <code>DEFAULT CURRENT_TIMESTAMP</code> clause and no <code>ON UPDATE</code> clause, the column has the current timestamp for its default value but is not automatically updated.</li>
-    <li>With no <code>DEFAULT</code> clause and with an <code>ON UPDATE CURRENT_TIMESTAMP</code> clause, the column has a default of 0 and is automatically updated.</li>
-    <li>With a constant <code>DEFAULT</code> value, the column has the given default and is not automatically initialized to the current timestamp. If the column also has an <code>ON UPDATE CURRENT_TIMESTAMP</code> clause, it is automatically updated; otherwise, it has a constant default and is not automatically updated.</li>
-</ul>
-For more details check out <a href="https://dev.mysql.com/doc/refman/9.7/en/datetime.html">MySQL Manual</a>
-
-<strong>Note*:</strong> Only one timestamp field can be <code>DEFAULT CURRENT_TIMESTAMP</code> in a table.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why use CURRENT_TIMESTAMP as a DEFAULT value for a date/time field? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because when inserting a new row, there is no need to specifically set the date/time value yourself, either from PHP Date/Time functions or with MySQL's NOW() function.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you make a field update its timestamp automatically on every UPDATE? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add the ON UPDATE CURRENT_TIMESTAMP clause, for example: ALTER TABLE `user` CHANGE `dateLogin` `dateLogin` TIMESTAMP ON UPDATE CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens if a TIMESTAMP column has neither a DEFAULT nor an ON UPDATE clause? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">For the first TIMESTAMP field in the table, having neither clause is the same as DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens with a DEFAULT CURRENT_TIMESTAMP clause but no ON UPDATE clause? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The column gets the current timestamp as its default value but is not automatically updated afterward.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can more than one TIMESTAMP column default to CURRENT_TIMESTAMP in the same table? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. Only one timestamp field in a table can be DEFAULT CURRENT_TIMESTAMP.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.html.twig b/src/Blog/templates/page/blog-resource/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.html.twig
deleted file mode 100644
index c3c303b8..00000000
--- a/src/Blog/templates/page/blog-resource/best-practice/zf-is-retired-laminas-mvc-is-retiring-consider-it-solved.html.twig
+++ /dev/null
@@ -1,92 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">It all started with the <strong>announcement</strong>: <a href="https://getlaminas.org/blog/2025-06-06-laminas-mvc-is-retiring.html" rel="noreferrer noopener" target="_blank">Laminas MVC Is Retiring</a>. Some people wrongfully thought everything with a Laminas logo is going away - NOT SO! Read on for a bit of history about Zend and Laminas, what it means to migrate your platform and why it's a decision that should not be taken lightly.</p>
-
-<h2><a href="#a-bit-of-history"></a>A Bit of History</h2>
-
-<p class="mb-3">Laminas MVC is not even the first framework that has reached its end of life - look at Zend Framework and Apigility. Letting go of a flagship product is a <strong>difficult decision</strong>, but it's made easier when you leave a solid alternative in its wake. The <strong>developers</strong> who worked on Laminas MVC already <strong>had something better</strong> and fully-functional in place - <strong>Mezzio microframework</strong>, built using Laminas components. It has itself gone through rigorous development and testing since being released in 2015 when it was known as Zend Expressive, then was renamed into Mezzio to get to its current state.</p>
-
-<h2><a href="#what-is-the-issue-with-legacy-platforms"></a>What Is the Issue with Legacy Platforms?</h2>
-
-<p class="mb-3"><strong>Maintaining legacy platforms</strong> over the long term is often a <strong>costly</strong> and <strong>time-consuming</strong> endeavour. Every few years, platform <strong>owners</strong> must consider the viablity of <strong>migrating to a newer platform</strong>.</p>
-
-<p class="mb-3">Newer platforms implement <strong>modern architectures</strong>, have an <strong>active community</strong> and are actively being <strong>developed and maintained</strong>. They also offer <strong>easier development, expansion and maintenance</strong>, alongside vital <strong>security improvements</strong> and more <strong>reliable dependencies</strong>.</p>
-
-<p class="mb-3">Sounds like an easy decision? Sure, but it's a lot of work... And that's when the specialists come into play.</p>
-
-<p class="mb-3">We at Apidemia have been using the Zend Framework, Laminas MVC and Mezzio for years. We understand their ins-and-outs intimately, which enables us to <strong>analyze and to perform the transfer of a legacy platform to Mezzio effectively</strong>. Working with Mezzio ensures faster execution times, increased security, faster development and long-term reliability from all points of view. We encourage this change and are ready to offer guidance.</p>
-
-<h2><a href="#pain-points"></a>Pain Points</h2>
-
-<p class="mb-3">The MVC architecture is obsolete. It is yesterday's architecture, fit for monolithic websites. The <strong>architecture of today and tomorrow </strong>is based on middleware, building headless platforms, websites and microservices following the same coding approach.</p>
-
-<figure><div class="table-responsive"><table class="table table-bordered table-sm"><thead><tr><th>Pain Point</th><th>Apidemia Solution</th></tr></thead><tbody><tr><td>Legacy framework is deprecated and/or has no long-term support</td><td>Apidemia helps migrate to modern middleware architecture (Mezzio microframework with Laminas components)</td></tr><tr><td>Legacy applications are hard to maintain</td><td>Modern architecture improves code quality, testability and performance</td></tr><tr><td>Migration is risky or expensive</td><td>Apidemia uses a proven, phased migration strategy to reduce risk</td></tr><tr><td>Lack of internal development expertise</td><td>Apidemia provides end-to-end guidance, refactoring, training and support</td></tr></tbody></table></div></figure>
-
-<h2><a href="#how-apidemia-handles-migrations"></a>How Apidemia handles migrations</h2>
-
-<p class="mb-3">Apidemia have created a <strong>complex process </strong>that involves several steps to ensure a <strong>smooth migration</strong>. In a nutshell, the current project functionality must be understood and only then can the move be implemented into the destination platform. Over the long run, the Apidemia team offers support and training.</p>
-
-<p class="mb-3">This is the simplified <strong>task list</strong>:</p>
-
-<ul><li><strong>Code audit &amp; migration strategy</strong> - to understand the code and see what goes where.</li>
-
-<li><strong>Partial or full migration to Laminas or PSR-compliant frameworks</strong>, like Mezzio or Symfony - this decision impacts both time to implement and cost, negotiated with the client.</li>
-
-<li><strong>Refactoring and decoupling legacy modules</strong> - the old code must go and be replaced with the new.</li>
-
-<li><strong>Unit testing and CI/CD pipeline setup</strong> - a vital step to ensure things function the same way in the destination platform.</li>
-
-<li><strong>Post-migration support and team training</strong> - this step depends on the level of collaboration between the original developers and the Apidemia team, so the more closely they work together, the easier it is to onboard the devs for the long run.</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Laminas MVC being replaced by? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Mezzio microframework, built using Laminas components. It has gone through rigorous development and testing since being released in 2015, when it was known as Zend Expressive, before being renamed Mezzio.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why is maintaining legacy platforms a problem? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Maintaining legacy platforms over the long term is often costly and time-consuming, so every few years platform owners must consider migrating to a newer platform that offers modern architecture, an active community, easier development/expansion/maintenance, security improvements, and more reliable dependencies.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the core architectural pain point with legacy MVC platforms? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The MVC architecture is obsolete, fit for monolithic websites. Today's and tomorrow's architecture is based on middleware, building headless platforms, websites, and microservices following the same coding approach.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What steps does Apidemia's migration process involve? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A simplified task list: code audit &amp; migration strategy; partial or full migration to Laminas or PSR-compliant frameworks like Mezzio or Symfony; refactoring and decoupling legacy modules; unit testing and CI/CD pipeline setup; and post-migration support and team training.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Who offers this migration guidance? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Apidemia, who has used Zend Framework, Laminas MVC, and Mezzio for years and can analyze and perform the transfer of a legacy platform to Mezzio, offering faster execution times, increased security, faster development, and long-term reliability.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional resources</h2>
-
-<ul><li><a href="https://www.dotkernel.com/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys/" target="_blank" rel="noreferrer noopener">Dotkernel Headless Platform</a></li>
-
-<li><a href="https://www.dotkernel.com/headless-platform/shared-core-submodule-in-dotkernel-headless-platform/" target="_blank" rel="noreferrer noopener">Shared Core Submodule in Dotkernel Headless Platform</a></li>
-
-<li><a href="https://www.dotkernel.com/architecture/understanding-middleware/" target="_blank" rel="noreferrer noopener">Understanding Middleware</a></li>
-
-<li><a href="https://www.dotkernel.com/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components/" target="_blank" rel="noreferrer noopener">Dotkernel Light</a></li>
-
-<li><a href="https://www.apidemia.com/services/migrate-laminas-mvc-to-dotkernel/" target="_blank" rel="noreferrer noopener">Migrate Laminas MVC to Dotkernel</a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.html.twig b/src/Blog/templates/page/blog-resource/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.html.twig
deleted file mode 100644
index b1cf49d0..00000000
--- a/src/Blog/templates/page/blog-resource/design-pattern/naming-pattern-for-psr-15-handlers-in-dotkernel-applications.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/default.html.twig' %}
-
-{% block body %}
-    <blockquote class="wp-block-quote">
-        <p>This naming pattern is used in Dotkernel Admin v6 and will also be implemented in the next releases for Frontend and Light.</p>
-    </blockquote>
-    <p>The bigger a project is, the more time it will take to develop and the more people will be assigned to it. Each developer will use slight variations when it comes to naming files, which is not going to be consistent, sometimes not even with work he has done on the same project in the previous month.</p>
-    <p>It might seem ok to use the file names 'CreateUser.php' as much as 'AddUser.php' or 'InsertUser.php', since they perform the same action. But consider that you might have 'CreateUser.php', 'AddProduct.php' and 'InsertOrder.php' in the same application. It's still readable, but chaotic. We will show you a better way to handle file naming, using naming patterns.</p>
-    <h2 class="wp-block-heading">What is a naming pattern?</h2>
-    <p>A naming pattern helps you organize and quickly identify your files by using relevant strings in file names like:</p>
-    <ul class="wp-block-list">
-        <li>What a file refers to.</li>
-        <li>The action a file performs.</li>
-        <li>How a file relates to other files.</li>
-        <li>The author of the file's contents.</li>
-        <li>The creation date or the event the file refers to.</li>
-        </ul>
-    <p>Naming patterns can be defined for different types of files, since <code>image</code> files might need other information than <code>php</code> files or simple <code>txt</code> files used for logs.</p>
-    <p>Here is a list of items to consider:</p>
-    <ul class="wp-block-list">
-        <li>The file names should be kept as <strong>short</strong> as possible, while retaining relevant items to help outline the file's purpose.</li>
-        <li><strong>Abreviations</strong> are ok to use, but special characters should be avoided, excepting dash and underscore which are fine, no matter the operating system you use.</li>
-        <li><strong>Versioning and metadata</strong> can also help visually.</li>
-        <li>Grouping files into <strong>folders</strong> is also recommended, especially when you are dealing with files that are related.</li>
-        <li>If <strong>category names</strong> are relevant to use, you can standardize their names by using a shortened version, maybe with 2-3 letters.</li>
-        </ul>
-    <p>After defining your naming pattern, the most import item by far is to <strong>communicate the pattern to the team</strong>. A top-level README file with the documentation should be kept handy for any developer who creates new files.</p>
-    <h2 class="wp-block-heading">The naming pattern for Dotkernel Handlers</h2>
-    <p>HTTP request handlers are at the core of any web application. They receive a request, process it and return a response.</p>
-    <p>Even the first paragraph above mentions several elements that are relevant. The naming pattern for our <code>Handlers</code> contains:</p>
-    <ul class="wp-block-list">
-        <li>The <strong>method</strong> or verb used by the handler (e.g. GET, POST).</li>
-        <li>The <strong>resouce</strong> name (e.g. Admin, Account).</li>
-        <li>The performed <strong>action</strong> (e.g. CreateForm, List).</li>
-        <li>An optional <strong>Form</strong> if the handler returns a form that will perform another action when submitted.</li>
-        <li>The string <strong>Handler</strong>.</li>
-        </ul>
-    <p>In this way, the developer can easily figure out what each handler does, just by looking at the name.</p>
-    <p>We have chosen this wording for the performed actions (or CRUD):</p>
-    <ul class="wp-block-list">
-        <li><strong>Create</strong></li>
-        <li><strong>Get</strong> for Read</li>
-        <li><strong>Edit</strong> for Update</li>
-        <li><strong>Delete</strong></li>
-        </ul>
-    <p>The image below contains the full list of handlers used in Dotkernel Admin.</p>
-    <figure class="wp-block-image size-large is-resized"><img src="https://www.dotkernel.com/wp-content/uploads/2025/05/naming-convention-1024x767.png" alt="Dotkernel Naming Convention" class="wp-image-7548" style="width:840px;height:auto"/></figure>
-    <h2 class="wp-block-heading">A practical example</h2>
-    <p>Let's assume your application requires you to create products managed by admin users. So how do you go about naming a new set of files for this purpose?</p>
-    <p>First, you need a form to fill out. The form is returned by a <code>handler</code> called with <code>get</code>. Its purpose is to perform a <code>create</code> action for an <code>product</code>, hence you name it: <code>GetProductCreateFormHandler</code>.</p>
-    <p>Then you send the form data to be saved as a new product. The second <code>handler</code> will <code>create</code> the new <code>product</code> account via <code>post</code>, so you get: <code>PostProductCreateHandler</code>.</p>
-    <p>You will likely need to update and delete products further down the line, so you create the handlers: <code>GetProductEditFormHandler</code>, <code>PostProductEditHandler</code> and <code>PostProductDeleteHandler</code>. The final handler that makes sense in this group is <code>GetProductListHandler</code> that will list all the products you have created, with filtering included.</p>
-    <p>It takes only a minute to build the proper name for each handler, which takes you and other team members no more than a second to figure out what it does. You will thank yourself in the future.</p>
-    <h2 class="wp-block-heading">Additional resources</h2>
-    <p><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15</a></p>
-    <p><a href="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel Application Repositories</a></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/api-client-migration-from-postman-to-bruno.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/api-client-migration-from-postman-to-bruno.html.twig
deleted file mode 100644
index 0e12af91..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/api-client-migration-from-postman-to-bruno.html.twig
+++ /dev/null
@@ -1,138 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Why We Switched to the Offline-Focused Bruno</h2>
-
-<p class="mb-3">Every API developer knows that to build an API properly <strong>you need a reliable client for testing and interacting with the API</strong>. Ideally this tool should be free, it should store endpoint collections and share them easily with your team, and it should be fast and secure.</p>
-
-<p class="mb-3">Over the years we have been using Postman as our go-to API tester, but recently we have considered <strong>shifting to Bruno</strong>, a lightweight alternative. We are not the first to consider this change. There is a <strong>general trend </strong>in the PHP community toward <strong>local-first, Git-native developer tools</strong>.</p>
-
-<h2 id="user-content-comparing-postman-to-bruno">Comparing Postman to Bruno<a href="#comparing-postman-to-bruno"></a></h2>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/bruno-vs-postman1-1024x683.jpg') }}" alt=""> </figure>
-
-<h3 id="user-content-architecture">Architecture<a href="#architecture"></a></h3>
-
-<p class="mb-3">Primarily, we use collections to save our API endpoints and then share them among our developers to streamline testing. Postman has recently decided to only allow <strong>one user account in their free plan</strong>. In some cases, it might be enough, but this is one reason why Postman is less reliable right now.</p>
-
-<p class="mb-3">Bruno comes with a different approach: <strong>a fully-offline experience</strong> based on shared <code>.bru</code> files. Being that it's offline means that there is <strong>no restriction on the number of developers </strong>using Bruno's files, so it's an advantage for the way we do things.</p>
-
-<h3 id="user-content-version-control">Version Control<a href="#version-control"></a></h3>
-
-<p class="mb-3">Postman focuses on storing collections and handling version control in the cloud, <strong>forcing developers to always be online</strong>. You can still export/import collections via their UI.</p>
-
-<p class="mb-3">Bruno's <code>.bru</code> <strong>files can be saved in the Git repository </strong>and easily accessed by all members of the dev team. Version control for Bruno files is handled entirely via Git, just like for any other file on your project.</p>
-
-<h3 id="user-content-feature-scope">Feature Scope<a href="#feature-scope"></a></h3>
-
-<p class="mb-3">A major difference between Postman and Bruno is the feature scope. Where Postman offers a <strong>complete platform for the API lifecycle</strong>, Bruno focuses mainly on <strong>interacting with the API, writing simple tests, and building local collections</strong>.</p>
-
-<p class="mb-3">Postman is the definite winner in this department, if you also use features like mocking, documentation, and CI/CD integration. Given that we use different tool for these additional features, Postman doesn't really benefit us compared to Bruno.</p>
-
-<h3 id="user-content-performance">Performance<a href="#performance"></a></h3>
-
-<p class="mb-3">Bruno is the clear winner here, given that it <strong>uses much less RAM </strong>and is <strong>generally faster</strong>.</p>
-
-<p class="mb-3">Postman needs to regularly synchronize with the cloud and store its advanced features in the RAM, which can introduce delays in some cases.</p>
-
-<h3 id="user-content-security">Security<a href="#security"></a></h3>
-
-<p class="mb-3">Postman offers <strong>Single Sign-On (SSO) and Role-Based Access Control (RBAC)</strong>, but we find these not to be useful for our workflow.</p>
-
-<p class="mb-3">Bruno's local files do offer a distinct advantage in that these <strong>files never leave your dev environment</strong>. It can be argued that it's <strong>more secure </strong>this way, especially since we try to not share our client's files with any online tool if we can help it.</p>
-
-<h3 id="user-content-working-with-bruno-collections">Working with Bruno Collections<a href="#working-with-bruno-collections"></a></h3>
-
-<p class="mb-3">One of the most important functions that Postman has limited right now is the ability to <strong>share collection with dev team made up of multiple members</strong>. Bruno offers several options, like saving a collection to a Git, to a <code>.zip</code> file or a single <code>.yaml</code> file. By far the best option is sharing via Git which allows a single or multiple developers to quickly sync between multiple work locations, to track change history, and to easily publish their work for public consumption.</p>
-
-<p class="mb-3">We intend to <strong>create a separate Git repository within each project for the Bruno files </strong>to streamline the sharing process. For each new proejct, we normally allocate multiple developers from the get-to: one for frontend, another for backend. But the teams often grow as the project becomes more complex. Developers may be reallocated, so being able to swiftly onboard a new member to the team is vital.</p>
-
-<h2 id="user-content-comparison-conclusion">Comparison Conclusion<a href="#comparison-conclusion"></a></h2>
-
-<p class="mb-3">Postman is currently a better fit for larger teams that are willing to allocate a budget for their more feature-rich platform. Bruno stores collections in Git, so everything is offline, and thus as far as we are concerned it's more secure, while also being generally faster.</p>
-
-<h2 id="user-content-alternative-api-clients">Alternative API clients<a href="#alternative-api-clients"></a></h2>
-
-<p class="mb-3">Bruno is only one of the alternatives to Postman. Let's see some of the other API clients available on the market right now:</p>
-
-<ul><li><a href="https://hoppscotch.io/" target="_blank" rel="noreferrer noopener">Hoppscotch</a> runs in the browser or as a PWA (Progressive Web App that offers a native app-like experience). </li>
-
-<li><a href="https://insomnia.rest/" target="_blank" rel="noreferrer noopener">Insomnia</a> with its clear UI and large plugin ecosystem. </li>
-
-<li><a href="https://httpie.io/" target="_blank" rel="noreferrer noopener">HTTPie</a> focuses on terminal-based workflows. </li>
-
-<li><a href="https://www.thunderclient.com/" target="_blank" rel="noreferrer noopener">Thunder Client</a> which is built into Visual Studio Code. </li>
-
-<li><a href="https://apidog.com/" target="_blank" rel="noreferrer noopener">Apidog</a> covers the whole API lifecycle. </li>
-
-<li><a href="https://yaak.app/" target="_blank" rel="noreferrer noopener">Yaak</a> with its minimal and fast desktop client.</li>
-</ul>
-
-<p class="mb-3">As far as we are concerned, any one of them can get the job done. The decision comes down to choosing a simple, reliable tool we can use for the forseeable future.</p>
-
-<h2 id="user-content-bruno-for-dotkernel">Bruno for Dotkernel<a href="#bruno-for-dotkernel"></a></h2>
-
-<p class="mb-3">At the moment, Bruno seems to be the best match for us. It offers similar functionality to Postman, with the added benefits of:</p>
-
-<ul><li>Allowing us to work completely offline.</li>
-
-<li>Saving the enpoint collection to our GitHub accounts.</li>
-</ul>
-
-<p class="mb-3">The similar functionality is to be expected, since it's an API client, first and foremost. The offline feature is perhaps what weighed the most in our decision in favor of Bruno.</p>
-
-<h3 id="user-content-tool-migration">Tool Migration<a href="#tool-migration"></a></h3>
-
-<p class="mb-3">Most of us have only worked with Postman, so switching to another tool can impact efficiency, at least at first. In general, Tool Migration can have an emotional impact on developers who use a tool, because they have to learn the new tool's ins and outs before getting back to the real work.</p>
-
-<p class="mb-3">Given Bruno's straightforward approach and reasonable learning curve, this should be mitigated easily within our company. In fact, we see the switch as an <strong>expansion of our expertise</strong>. We thus prevent getting tied up to one tool, something similar to vendor lock-in for code.</p>
-
-<h3 id="user-content-how-long-will-bruno-last">How Long Will Bruno Last?<a href="#how-long-will-bruno-last"></a></h3>
-
-<p class="mb-3">We fully expect Bruno to eventually restrict developers with paid plans, just like Postman did, but we'll cross that bridge when we get to it. Hopefully, we won't have to develop our own API client (fingers crossed). For now, <strong>Bruno becomes our de facto API client </strong>and will encourage our whole team to adopt it as soon as possible.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why is the team considering a switch from Postman to Bruno? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">They want a reliable API testing client that is free, stores and shares endpoint collections easily with the team, and is fast and secure. This reflects a broader trend in the PHP community toward local-first, Git-native developer tools.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the main architectural difference between Postman and Bruno? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Postman's free plan now only allows one user account, while Bruno offers a fully-offline experience based on shared <code>.bru</code> files, so there is no restriction on the number of developers using them.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does version control differ between the two tools? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Postman stores collections and handles version control in the cloud, forcing developers to stay online (though collections can be exported/imported via its UI). Bruno's <code>.bru</code> files can be saved directly in a Git repository and are version-controlled through Git like any other project file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does performance compare between Postman and Bruno? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Bruno is the clear winner on performance: it uses much less RAM and is generally faster. Postman needs to regularly synchronize with the cloud and store its advanced features in RAM, which can introduce delays.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is Bruno more secure than Postman? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Postman offers Single Sign-On (SSO) and Role-Based Access Control (RBAC), which the team doesn't find useful for its workflow. Bruno's local files never leave the dev environment, which the article argues makes it more secure, especially for avoiding sharing client files with online tools.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the overall conclusion on Postman versus Bruno? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Postman is currently a better fit for larger teams willing to allocate a budget for a more feature-rich platform. Bruno stores collections in Git so everything works offline, which the team considers more secure while also being generally faster, and it has become their de facto API client.</p>
-        </div>
-    </details>
-</div>
-
-<h2 id="user-content-additional-resources">Additional Resources<a href="#additional-resources"></a></h2>
-
-<p class="mb-3"><a href="https://www.usebruno.com/" rel="noreferrer noopener" target="_blank">Bruno homepage</a></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/api-endpoint-to-collect-client-errors.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/api-endpoint-to-collect-client-errors.html.twig
deleted file mode 100644
index eee3d56b..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/api-endpoint-to-collect-client-errors.html.twig
+++ /dev/null
@@ -1,44 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>API Endpoint to Collect Client Errors</h2>
-
-<p class="mb-3">Let's say you have a <strong>(Client)</strong> <strong>Frontend</strong> (e.g. Angular) over a <a rel="noreferrer noopener" href="https://github.com/dotkernel/api" data-type="URL" data-id="https://github.com/dotkernel/api" target="_blank">Dotkernel API</a> and there may be cases when there are errors, eighter the API changed it's response(s) over night or just a simple variable being <code>undefined</code> for some reason.</p>
-
-<p class="mb-3">Since in our case <strong>Frontend</strong> is running on user client there is so little to do but we've come with an ideea for "writing down" any inconveniences.</p>
-
-<p class="mb-3">We have created an <strong>endpoint</strong> where <strong>Clients</strong> can submit the <strong>error message</strong> when things are going down hill.</p>
-
-<p class="mb-3">A simple <strong>POST</strong> to your <strong>Dotkernel API</strong> on route: <code>https://api.dotkernel.net/error-report</code> </p>
-
-<p class="mb-3">With body:</p>
-
-<pre><code>{
-    "message": "My awesome error!!!"
-}</code></pre>
-
-<p class="mb-3">Note: The error <strong>message</strong> will be stored by default in <code>/log/error-report-endpoint-log.log</code>, a separate log for <strong>Client</strong> and the message will be saved with a <strong>timestamp</strong>.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was this endpoint created? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When a Frontend client (e.g. Angular) running on the user's machine hits an error against the Dotkernel API - whether from an overnight API response change or a simple undefined variable - there is little that can be done from the client side, so this endpoint lets clients "write down" the error instead.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I submit an error from the client? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Send a simple POST request to your Dotkernel API's <code>https://api.dotkernel.net/error-report</code> route, with a body such as <code>{ "message": "My awesome error!!!" }</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where is the submitted error message stored? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By default, it is stored in a separate log file for Client, <code>/log/error-report-endpoint-log.log</code>, with the message saved alongside a timestamp.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/content-negotiation-in-dotkernel-rest-api.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/content-negotiation-in-dotkernel-rest-api.html.twig
deleted file mode 100644
index f84d42bd..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/content-negotiation-in-dotkernel-rest-api.html.twig
+++ /dev/null
@@ -1,149 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2></h2>
-
-<p class="mb-3">Content negotiation is an important aspect of RESTful APIs to make it possible for diverse systems to work seamlessly together. It's based on enabling clients and servers to agree on the format and language of data they exchange.</p>
-
-<h2><a href="#what-is-the-purpose-of-content-negotiation"></a>What is the purpose of Content Negotiation?</h2>
-
-<p class="mb-3">RESTful resources can support multiple representations. Each team of developers implements one of more ways (e.g. data formats) to receive requests and return responses on the server side. Efficient communication between client and server can only be guaranteed if the both sides agree on how the exchange takes place. This is especially valid if the request and response support multiple formats. The act of agreeing on a way to represent the exchanged data format is content negotiation.</p>
-
-<p class="mb-3">Content negotiation ensures the following:</p>
-
-<ul><li><strong>Support for diverse clients</strong> is useful when the requested representation differs.<ul><li>e.g. <code>Accept: application/json</code> or <code>Accept: application/xml</code>.</li>
-</ul>
-</li>
-
-<li><strong>Data format flexibility</strong> can come into play when a client prefers a smaller response.<ul><li>e.g. Instead of <code>Accept: application/json</code>, use <code>Accept: application/msgpack</code> which is a binary serialization, making the response smaller and easier to transfer.</li>
-</ul>
-</li>
-
-<li><strong>Language localization</strong> will respond with content translated into the client's preferred language<ul><li>e.g. <code>Accept-Language: en-US</code>.</li>
-</ul>
-</li>
-</ul>
-
-<h2><a href="#who-decides-the-data-format"></a>Who decides the data format?</h2>
-
-<p class="mb-3">There are two sides to the exchange:</p>
-
-<ul><li>The client</li>
-
-<li>The server</li>
-</ul>
-
-<p class="mb-3">Technically, either side can decide on how the data is transferred between the two.</p>
-
-<p class="mb-3">For <strong>server-side negotiation</strong> the server must decide based on various factors what the most appropriate format should be. This incurs assumptions that can be erroneous and the server-side implementation can also be more complex. This forces the client to adhere to the rules set up on the server-side.</p>
-
-<p class="mb-3">For <strong>client-side negotiation</strong> the client lets the server know what format it prefers. This approach is more versatile and thus makes more sense.</p>
-
-<p class="mb-3">There are two ways to communicate the data format:</p>
-
-<ul><li><strong>HTTP request headers</strong></li>
-
-<li>or <strong>resource URI patterns</strong>.</li>
-</ul>
-
-<h3><a href="#http-request-headers"></a>HTTP Request Headers</h3>
-
-<p class="mb-3">The HTTP request headers <code>Content-Type</code> and <code>Accept</code> are used to determine the data format that will be sent in the request and the response. There are several types to choose from. Here are some examples:</p>
-
-<ul><li>text/plain</li>
-
-<li>text/html</li>
-
-<li>application/json</li>
-
-<li>application/zip</li>
-
-<li>image/gif</li>
-
-<li>image/jpeg</li>
-</ul>
-
-<p class="mb-3">Below is an example of what the keys look like in the content package. Note the <code>Accept</code> type</p>
-
-<pre>Content-Type: application/json, text/plain
-Accept: application/json</pre>
-
-<p class="mb-3">If the <code>Accept</code> header is not present, the server gets to decide the format of the response.</p>
-
-<h3><a href="#content-negotiation-using-url-patterns"></a>Content Negotiation using URL Patterns</h3>
-
-<p class="mb-3">Below are a couple of ways to communicate a preferred data format.</p>
-
-<p class="mb-3">Via the extension on the URL:</p>
-
-<pre>https://www.example-api.com/record/47.xml
-https://www.example-api.com/record/47.json</pre>
-
-<p class="mb-3">or via an extra parameter:</p>
-
-<pre>https://www.example-api.com/record/47?format=xml
-https://www.example-api.com/record/47?format=json</pre>
-
-<h2><a href="#defining-preferences-via-a-quality-factor"></a>Defining preferences via a quality factor</h2>
-
-<p class="mb-3">The <code>Accept</code> header may hold multiple values with an added value that defines preference or priority.</p>
-
-<p class="mb-3">In this example, the client declares it accpets both json and xml formats, with json being preferred over xml, as defined by the numeric value in <code>q</code> which can be between 0 and 1. If the server can only satisfy the xml format, it will respond with that. The final alternative is if the server can't respond with either json, or xml, so it responds with what it can.</p>
-
-<pre>Accept: application/json,application/xml;q=0.9,*/*;q=0.8</pre>
-
-<h2><a href="#how-does-dotkernel-api-handle-content-negotiation"></a>How does Dotkernel API handle Content Negotiation?</h2>
-
-<p class="mb-3">Out of the box, <strong>Dotkernel API</strong> uses <strong>HTTP request headers</strong> <code>Content-Type</code> and <code>Accept</code> to handle <strong>client-side</strong> content negotiation. It has both <code>application/json</code>, <code>application/hal+json</code> included. Of course, you can change these as development progresses for your project. There is also support for per-route content negotiation, if you should need it.</p>
-
-<p class="mb-3">The configuration is done is its own configuration file. The validation is automatic and several explicit errors are handled, based on what format is supported.</p>
-
-<p class="mb-3">Check out the relevant links below for exact details on the Dotkernel implementation of content negotiation.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is content negotiation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's the act of a client and server agreeing on the format and language of the data they exchange, which is important for RESTful APIs since resources can support multiple representations.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does content negotiation ensure? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It ensures support for diverse clients (e.g. <code>Accept: application/json</code> or <code>Accept: application/xml</code>), data format flexibility for smaller responses (e.g. <code>Accept: application/msgpack</code>, a binary serialization), and language localization via headers like <code>Accept-Language: en-US</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Who decides the data format, the client or the server? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Either side technically can. In server-side negotiation, the server decides based on various factors, which can introduce erroneous assumptions and more complex implementation, forcing the client to adhere to server rules. In client-side negotiation, the client tells the server what format it prefers, which is more versatile and makes more sense.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can the preferred data format be communicated? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Via HTTP request headers (<code>Content-Type</code> and <code>Accept</code>) or via resource URI patterns, such as a file extension in the URL (e.g. <code>/record/47.json</code>) or an extra query parameter (e.g. <code>/record/47?format=json</code>). If the <code>Accept</code> header is not present, the server decides the response format.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the quality factor (q) work in the Accept header? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The <code>Accept</code> header can list multiple accepted formats with a <code>q</code> value between 0 and 1 to express preference, e.g. <code>Accept: application/json,application/xml;q=0.9,*/*;q=0.8</code>. The server responds with the most preferred format it can satisfy, falling back further down the list if needed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does Dotkernel API handle content negotiation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Out of the box, Dotkernel API uses the <code>Content-Type</code> and <code>Accept</code> HTTP request headers to handle client-side content negotiation, supporting both <code>application/json</code> and <code>application/hal+json</code>. These can be changed as needed, and per-route content negotiation is also supported.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#relevant-links"></a>Relevant Links</h2>
-
-<p class="mb-3"><a rel="noreferrer noopener" href="https://docs.dotkernel.org/api-documentation/v5/core-features/content-validation/" target="_blank">Content Negotiation in Dotkernel API</a></p>
-
-<p class="mb-3"><a rel="noreferrer noopener" href="https://www.iana.org/assignments/media-types/media-types.xhtml" target="_blank">Content types on iana.org</a></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-1-0-0-released.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-1-0-0-released.html.twig
deleted file mode 100644
index e19526a2..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-1-0-0-released.html.twig
+++ /dev/null
@@ -1,61 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<blockquote><p class="mb-3">Dotkernel API has come a long way since this post was created. <a href="https://www.dotkernel.com/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5/" data-type="link" data-id="https://www.dotkernel.com/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5/">Check out the newest version of Dotkernel API</a> to stay up to date with the latest functional and security features.</p>
-</blockquote>
-
-<h2><a href="https://github.com/dotkernel/api/releases/tag/v1.0.0">Dotkernel API 1.0.0</a> was just released!</h2>
-<p class="mb-3"> </p>
-<h3>What is Dotkernel API?</h3>
-<p class="mb-3">It is a <a href="https://github.com/zendframework/zend-expressive">Zend Expressive 3</a> application aiming to help developers quickly and efficiently develop an API.</p>
-<p class="mb-3"> </p>
-<h3>How does it work?</h3>
-<p class="mb-3">Under the hood it uses the following libraries:</p>
-<ul>
-<li><a href="https://github.com/ezimuel/zend-expressive-api">ezimuel/zend-expressive-api</a>: - skeleton application on which this API is based on</li>
-<li><a href="https://github.com/dotkernel/dot-annotated-services">dotkernel/dot-annotated-services</a>: ^1.1 - for handling dependency injection in your services</li>
-<li><a href="https://github.com/dotkernel/dot-console">dotkernel/dot-console</a>: ^0.1.1 - for developing console applications</li>
-<li><a href="https://github.com/dotkernel/dot-errorhandler">dotkernel/dot-errorhandler</a>: ^1.0 - which provides customizable error logging</li>
-<li><a href="https://github.com/dotkernel/dot-mail">dotkernel/dot-mail</a>: ^1.0 - for sending emails via SMTP</li>
-<li><a href="https://github.com/zendframework/zend-expressive-authentication-oauth2">zendframework/zend-expressive-authentication-oauth2</a>: ^1.0 - for OAuth2 authentication</li>
-<li><a href="https://github.com/zendframework/zend-expressive-authorization-rbac">zendframework/zend-expressive-authorization-rbac</a>: ^1.0 - for role-based permissions</li>
-<li><a href="https://github.com/zendframework/zend-expressive-twigrenderer">zendframework/zend-expressive-twigrenderer</a>: ^2.4 - for composing email bodies</li>
-<li><a href="https://github.com/DASPRiD/container-interop-doctrine">dasprid/container-interop-doctrine</a>: ^1.1 - database abstraction layer</li>
-<li><a href="https://github.com/tuupola/cors-middleware">tuupola/cors-middleware</a>: ^0.9.4 - for automatically sending CORS headers with each request</li>
-<li><a href="https://github.com/swagger-api/swagger-ui">swagger-api/swagger-ui</a>: ^3.22 - for creating OpenAPI 3 documentation</li>
-</ul>
-<p class="mb-3"> </p>
-<h3>What does it offer?</h3>
-<p class="mb-3">Out-of-the-box, Dotkernel API provides the following features:</p>
-<ul>
-<li>Secure authentication via OAuth2</li>
-<li>Two user roles: admin and member</li>
-<li>Admin users are allowed to manage any user account</li>
-<li>Members are allowed to manage only their own accounts</li>
-<li>OpenAPI 3 documentation - also an interactive interface that developers can use to integrate your API</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It is a Zend Expressive 3 application aiming to help developers quickly and efficiently develop an API.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What key libraries does Dotkernel API 1.0.0 use? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Among others, it's built on the ezimuel/zend-expressive-api skeleton, and uses dotkernel/dot-annotated-services for dependency injection, dotkernel/dot-console for console applications, dotkernel/dot-errorhandler for error logging, dotkernel/dot-mail for SMTP email, zend-expressive-authentication-oauth2 for OAuth2 authentication, zend-expressive-authorization-rbac for role-based permissions, and swagger-api/swagger-ui for OpenAPI 3 documentation.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features does Dotkernel API 1.0.0 offer out of the box? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Secure authentication via OAuth2, two user roles (admin and member), where admins can manage any user account and members can manage only their own, plus OpenAPI 3 documentation with an interactive interface developers can use to integrate the API.</p>
-        </div>
-    </details>
-</div>
-<p class="mb-3"> </p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-client-side-authorization.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-client-side-authorization.html.twig
deleted file mode 100644
index b4222e95..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-client-side-authorization.html.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>This article covers the basic authorization of a Client application which use a backend built using </strong><a href="https://github.com/dotkernel/api" target="_blank" rel="noopener noreferrer"><strong>Dotkernel API</strong></a>
-
-<h2>Authorization Request</h2>
-Client application users send a <strong>POST</strong> request to the backend containing the following JSON object:
-<pre>
-{
-"grant_type": "password",
-"client_id": "{API_CLIENT}",
-"client_secret": "{API_CLIENT_SECRET}",
-"scope": "{SCOPE}",
-"username": "{USERNAME/EMAIL}",
-"password": "{PASSWORD}"
-}
-</pre>
-
-<h2>Authorization Response</h2>
-If the credentials are correct, the <strong>API</strong> will return a <strong>JSON</strong> object containing the authentication data:
-<pre>
-{
-"token_type": "Bearer",
-"expires_in": 86400,
-"access_token": "...",
-"refresh_token": "..."
-}
-</pre>
-
-When sending <strong>API</strong> requests to an endpoint which requires authorization, an <em>Authorization</em> header must be present containing the following data: <code> "Bearer {access_token}"</code>, where {access_token} represents the content of the key with the same name found in the above response.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does a client send to request authorization? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The client application sends a POST request to the backend with a JSON object containing <code>grant_type</code> (set to "password"), <code>client_id</code>, <code>client_secret</code>, <code>scope</code>, <code>username</code>/email, and <code>password</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the API return when authorization succeeds? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If the credentials are correct, the API returns a JSON object containing <code>token_type</code> ("Bearer"), <code>expires_in</code> (86400 seconds), an <code>access_token</code>, and a <code>refresh_token</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I use the access token in subsequent requests? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When sending API requests to an endpoint that requires authorization, include an Authorization header containing "Bearer {access_token}", where {access_token} is the value returned in the authorization response.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-server-side-authorization.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-server-side-authorization.html.twig
deleted file mode 100644
index a9a71e57..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-server-side-authorization.html.twig
+++ /dev/null
@@ -1,95 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>This article covers the basic authorization of a Server Side application  built using <a href="https://github.com/dotkernel/api" target="_blank" rel="noopener noreferrer">Dotkernel API</a></strong>
-<h2>Protecting an endpoint</h2>
-<ul>
-     <li><strong>no-auth:</strong> the resource can be accessed without the need of authentication/authorization</li>
-     <li><strong>authentication</strong>: the resource can be accessed only by authenticated users</li>
-     <li><strong>authorization:</strong> the resource can be accessed only by authenticated AND authorized users</li>
-</ul>
-Configuring access to the endpoints is done by editing the following config file:
-
-<code> config/autoload/authorization.local.php </code>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><strong>NOTE</strong>
-If this file is missing from your application, locate it's dist file: <code>config/autoload/authorization.local.php.dist </code>
-and copy-paste it as the above-mentioned <code>config/autoload/authorization.local.php </code></blockquote>
-You should look for the array inside this config key: <code>zend-expressive-authorization-rbac</code>
-<pre>'zend-expressive-authorization-rbac' =&gt; ,
-        'member' =&gt; ,
-        'guest'  =&gt; ,
-    ],
-    'permissions' =&gt; ,
-    ],
-]
-</pre>
-Under the key <strong>roles </strong> you can define role inheritance. In the above example
-<ul>
-     <li><strong>admin </strong>inherits from no other role
-<pre> 'admin' =&gt; []</pre>
-</li>
-     <li><strong>member </strong>inherits from admin
-<pre>'member' =&gt; </pre>
-</li>
-     <li><strong>guest </strong>inherits from member
-<pre>'guest' =&gt; </pre>
-</li>
-</ul>
-<strong><em>Of course, this setup is just a model, you should not use it in live projects because guests will end up having the same rights as admins.</em></strong>
-
-Under the key <strong>permissions </strong>you can define which routes are accessible to a role. In the above example, a <strong>member </strong> has access to the routes named <strong>avatar</strong>, <strong>users </strong>and <strong>user</strong>.
-<h3>1. No-auth endpoints:</h3>
-These endpoints can be accessed without authentication/authorization. Examples could be: <em>login</em>, <em>register</em>, <em>contact </em>etc...
-Creating a route for such an endpoint will use only the handler(s) responsible for returning the content:
-
-<pre>
-$app->get('/users', UserHandler::class, 'users');
-</pre>
-<h3>2. Endpoints requiring Authentication:</h3>
-These endpoints can be accessed only if a valid <code>Bearer token</code> is present in the request headers. Else, the API will return a <code>**401 Unauthorized**</code> response. Creating a route for such an endpoint will have a structure similar to the following example:
-
-<pre>
-$app->get('/users', , 'users');
-</pre>
-<h3>3. Endpoints requiring Authorization:</h3>
-These endpoints can be accessed only if a valid <code> Bearer token</code> is present in the request headers. Else, the API will return a <code>**403 Forbidden**</code> response. Creating a route for such an endpoint will have a structure similar to the following example:
-
-<pre>
-$app->get('/users', , 'users');
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are the three access levels for protecting an endpoint? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">no-auth, where the resource can be accessed without authentication/authorization; authentication, where only authenticated users can access the resource; and authorization, where only authenticated AND authorized users can access it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do I configure access to the endpoints? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In <code>config/autoload/authorization.local.php</code>. If that file is missing from your application, locate its dist file <code>config/autoload/authorization.local.php.dist</code> and copy it as <code>config/autoload/authorization.local.php</code>, then look for the array under the <code>zend-expressive-authorization-rbac</code> config key.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does role inheritance work under the roles key? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In the article's example, admin inherits from no other role, member inherits from admin, and guest inherits from member. The article warns this exact setup is just a model and should not be used in live projects, because guests would end up having the same rights as admins.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I control which routes a role can access? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Under the <code>permissions</code> key you define which routes are accessible to a role. In the article's example, a member has access to the routes named avatar, users, and user.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What response codes are returned for authentication and authorization endpoints? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Endpoints requiring authentication return a 401 Unauthorized response if a valid Bearer token isn't present in the request headers. Endpoints requiring authorization return a 403 Forbidden response instead under the same condition.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-versus-laminas-api-tools.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-versus-laminas-api-tools.html.twig
deleted file mode 100644
index 7ed56d9e..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/dotkernel-api-versus-laminas-api-tools.html.twig
+++ /dev/null
@@ -1,18 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">Below we have created an analysis of the basic features available in <strong>Laminas Api Tools </strong>and <strong>Dotkernel API</strong>. It's intended to highlight the differences between the two and also to showcase why Dotkernel API is a good alternative for Laminas API Tools, especially considering the latter's archived status.</p>
-
-<blockquote><p class="mb-3">The table below refers to <a href="https://github.com/dotkernel/api/tree/7.0" data-type="link" data-id="https://github.com/dotkernel/api/tree/7.0" target="_blank" rel="noreferrer noopener">Dotkernel API V7</a></p>
-</blockquote>
-
-<div class="table-responsive"><table class="table table-bordered table-sm"><thead><tr><th></th><th><strong>API Tools (formerly Apigility)</strong></th><th><strong>Dotkernel API</strong></th></tr></thead><tbody><tr><td>URL</td><td><a href="https://api-tools.getlaminas.org/" target="_blank" rel="noreferrer noopener">api-tools</a></td><td><a href="https://www.dotkernel.org" target="_blank" rel="noreferrer noopener">Dotkernel API</a></td></tr><tr><td>First Release</td><td>2012</td><td>2018</td></tr><tr><td>PHP Version</td><td>&lt;= 8.2</td><td><img src="https://img.shields.io/packagist/php-v/dotkernel/api" alt="PHP Version"></td></tr><tr><td>Architecture</td><td>MVC, Event Driven</td><td>Middleware</td></tr><tr><td>OSS Lifecycle</td><td>Archived</td><td><img src="https://img.shields.io/osslifecycle/dotkernel/api?style=flat&amp;label=" alt="OSS Lifecycle"></td></tr><tr><td>Style</td><td>REST, RPC</td><td>REST</td></tr><tr><td>Versioning</td><td>Yes</td><td>Deprecations (API Evolution) *</td></tr><tr><td>Documentation</td><td>Swagger (Automated)</td><td>Postman (<em>Manual</em>), OpenAPI 3.0 (Swagger)</td></tr><tr><td>Content-Negotiation</td><td>Custom</td><td>Custom</td></tr><tr><td>License</td><td>BSD-3</td><td>MIT</td></tr><tr><td>Default DB Layer</td><td>laminas-db</td><td>doctrine-orm 3.x</td></tr><tr><td>Authorization</td><td>ACL</td><td>RBAC-guard</td></tr><tr><td>Authentication</td><td>HTTP Basic/Digest OAuth2.0</td><td>OAuth2.0</td></tr><tr><td>CI/CD</td><td>Yes</td><td>Yes</td></tr><tr><td>Unit Tests</td><td>Yes</td><td>Yes</td></tr><tr><td>Code (Endpoint) Generator</td><td>Yes</td><td><a href="https://docs.dotkernel.org/dot-maker/v1/overview/" target="_blank" rel="noreferrer noopener">dot-maker</a></td></tr><tr><td>PSR</td><td>PSR-7</td><td>PSR-7, PSR-15</td></tr></tbody></table></div></figure>
-
-<h2>Note</h2>
-
-<blockquote><ul><li>Versioning is replaced by <a href="https://docs.dotkernel.org/api-documentation/v6/tutorials/api-evolution/" target="_blank" rel="noreferrer noopener">Deprecations</a>, using evolution strategy</li>
-</ul>
-</blockquote>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.html.twig
deleted file mode 100644
index fc41189b..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/error-reporting-endpoint-in-dotkernel-api.html.twig
+++ /dev/null
@@ -1,119 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2></h2>
-
-<p class="mb-3">Dotkernel API has received a lot of love from our developers, with regular updates to the platform for years. We use Dotkernel API in our projects, so any bugs and issues are addressed as soon as they are found. Still, it's not unlikely that some hidden issues remain in fringe use cases that we simply haven't explored. The occurrence of bugs increases when the API is used in a complex frontend project.</p>
-
-<p class="mb-3">Fatal errors are easily found in the API logs, but it's another matter altogether to deal with incorrect data processing that doesn't generate errors in the frontend that interfaces with the API. The error reporting endpoint was designed to allow the <strong>frontend developers</strong> of your API to report any bugs they encounter in a secure way that is fully under your control.</p>
-
-<h2>Example case usage</h2>
-
-<ul><li>Frontend developed in Angular.</li>
-
-<li>Frontend developer will use try-catch in the code in order to send <strong>frontend errors</strong> back to the API.</li>
-</ul>
-
-<h2>How to use it on the API side</h2>
-
-<p class="mb-3">Error reporting is done by sending a <strong>POST</strong> request to the <code>/error-report</code> endpoint, together with a <strong>token</strong> in the header. In the sections below we will detail how to configure error reporting in your API and how the endpoint is used by the frontend developers.</p>
-
-<h3>Generating a token and adding it to your API config</h3>
-
-<p class="mb-3">First you need to generate a token for your request. This is done by using the below command.</p>
-
-<pre>php ./bin/cli.php token:generate error-reporting</pre>
-
-<p class="mb-3">The resulting token has this format <code>0123456789abcdef0123456789abcdef01234567</code>.<br><strong>Note:</strong> this example is provided just to let you know what to look for.</p>
-
-<p class="mb-3">Copy the generated token in your <code>config/autoload/error-handling.global.php</code> file. It should look similar to the example below. Your API can have multiple tokens, if needed.</p>
-
-<pre>return ,
-        ...
-    ]
-]</pre>
-
-<h3>Validation mechanism</h3>
-
-<p class="mb-3">Behind the scenes, the API validates your configuration and lets you know if any config items prevent the submission of the error report. Below are the requirements for an application to be able to send error messages to Dotkernel API.</p>
-
-<ul><li><strong>Server-side requirements</strong> stored in <code>config/autoload/error-handling.global.php</code> (these can be set/overwritten in `config/autoload/local.php`):<ul><li>All keys (<code>enabled</code>, <code>path</code>, <code>tokens</code>, <code>domain_whitelist</code> and <code>ip_whitelist</code>) must exist under <code>ErrorReportServiceInterface::class</code>.</li>
-
-<li>The error reporting feature must be enabled by setting <code>ErrorReportServiceInterface::class</code> . <code>enabled</code> to <code>true</code>.</li>
-
-<li><code>ErrorReportServiceInterface::class</code> . <code>path</code> must have a value; if the destination file does not exist, it will be created automatically.</li>
-
-<li><code>ErrorReportServiceInterface::class</code> . <code>tokens</code> must contain at least one token.</li>
-
-<li>At least one of <code>ErrorReportServiceInterface::class</code> . <code>domain_whitelist</code>/<code>ip_whitelist</code> must have at least one value.</li>
-</ul>
-</li>
-</ul>
-
-<p class="mb-3"><strong>Note:</strong> In <code>src/App/src/Service/ErrorReportService.php</code>, the method <code>checkRequest()</code> tries to validate the request by checking matches for <code>domain_whitelist</code> with <code>isMatchingDomain()</code> and for <code>ip_whitelist</code> with <code>isMatchingIpAddress()</code>.<br>If both return <code>false</code>, a <code>ForbiddenException</code> is thrown and the error message does not get stored.</p>
-
-<ul><li><strong>Application-side requirements</strong>:<ul><li>Send the <code>Error-Reporting-Token</code> header with a valid token previously stored in <code>config/autoload/error-handling.global.php</code> in the <code>ErrorReportServiceInterface::class</code> . <code>tokens</code> array.</li>
-
-<li>Send the <code>Origin</code> header set to the application's URL; this is the application that sends the error message.</li>
-</ul>
-</li>
-</ul>
-
-<p class="mb-3"><strong>Note:</strong></p>
-
-<ul><li>The tokens under <code>ErrorReportServiceInterface::class</code> . <code>tokens</code> do not expire.</li>
-
-<li>The log file stores the token value too, making it easy to identify which application sent the error message.</li>
-</ul>
-
-<p class="mb-3">If your request passes all the checks, the message is saved in the log file specified in <code>ErrorReportServiceInterface::class</code> . <code>path</code>.</p>
-
-<h3>Tips and tricks</h3>
-
-<p class="mb-3">If there are multiple applications that report errors to your API, you can <strong>assign a different error reporting token</strong> for each. The tokens support key-value pairs where:</p>
-
-<ul><li>The <strong>key</strong> is an alias relevant to the assigned application that uses it.</li>
-
-<li>The <strong>value</strong> is the token itself.</li>
-</ul>
-
-<p class="mb-3">Example:</p>
-
-<pre>// ...
-return ,
-    ],
-];</pre>
-
-<p class="mb-3">The log file will have entries similar to the below:</p>
-
-<blockquote><p class="mb-3">  Demo error message</p>
-</blockquote>
-
-<p class="mb-3">The inclusion of the token helps you identify the source of the error message. In our example, it's the application that uses the <code>0123456789abcdef0123456789abcdef01234567</code> token, which is assigned to the application <code>frontend</code>.</p>
-
-<h2>How to use it on the Frontend side (Angular example)</h2>
-
-<p class="mb-3">The API developer sends a generated token to the frontend developer who will save it in their <code>environment.staging.ts</code> and/or <code>environment.prod.ts</code>. From then on, it's the frontend developer's job to set up an error reporting function similar to the one below.</p>
-
-<pre>postError(body: object): Promise&lt;any> {
-     return new Promise((resolve, reject) => {
-      return this.http.post(API_ENDPOINT + 'error-report', body , {headers: new HttpHeaders({'Error-Reporting-Token': 'TOKEN', 'Origin': 'https://example.com'})})).subscribe({
-        next: (response: any) => {
-          resolve(response);
-        },
-        error: (e: HttpErrorResponse) => reject(e),
-        complete: () => console.info('Error on sending error'),
-      });
-    });
-  }</pre>
-
-<p class="mb-3">Whenever an error is found, the frontend will call <code>postError()</code> with a relevant description under <code>message</code>.</p>
-
-<pre>apiService.postError({message: 'ERROR MESSAGE'})</pre>
-
-<h2>Conclusion</h2>
-
-<p class="mb-3">The error reporting feature in Dotkernel API is a secured and highly configurable tool for users of your API to report any unwanted behavior. More often than not, a detailed error report will help developers understand how to replicate the issue and fix it in due course.</p>
-
-<p class="mb-3">This article is also included in the full API documentation <a href="https://docs.dotkernel.org/api-documentation/v5/core-features/error-reporting" target="_blank" rel="noreferrer noopener">https://docs.dotkernel.org/api-documentation/v5/core-features/error-reporting</a>.</p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.html.twig
deleted file mode 100644
index 817bda1f..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/how-to-implement-mailchimp-in-dotkernel-api.html.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>This article will walk you through the process of implementing MailChimp into your instance of <a href="https://github.com/dotkernel/api">Dotkernel API</a> using <a href="https://github.com/drewm/mailchimp-api">drewm/mailchimp-api</a></h2>
-&nbsp;
-
-<strong>Step 1</strong>: Add the library to your application using the following command:
-<code> composer require drewm/mailchimp-api </code>
-
-&nbsp;
-
-<strong>Step 2</strong>: Create configuration file <strong>config/autoload/mailchimp.global.php</strong> and paste the following content inside of it:
-<pre>&lt;?php
-
-declare(strict_types=1);
-
-return
-];
-
-</pre>
-&nbsp;
-
-<strong>Step 3</strong>: Create factory <strong>src/App/src/MailChimp/Factory/MailChimpFactory.php</strong> which will return an instance of <strong>DrewM\MailChimp</strong>. Paste the following content inside this file:
-<pre>&lt;?php
-
-declare(strict_types=1);
-
-namespace Api\App\MailChimp\Factory;
-
-use DrewM\MailChimp\MailChimp;
-use Psr\Container\ContainerInterface;
-
-/**
- * Class MailChimpFactory
- * @package Api\App\MailChimp\Factory
- */
-class MailChimpFactory
-{
-    /**
-     * @param ContainerInterface $container
-     * @return MailChimp
-     * @throws \Exception
-     */
-    public function __invoke(ContainerInterface $container) : MailChimp
-    {
-        $config = $container-&gt;get('config')['mailChimp'] ?? [];
-
-        return new MailChimp($config['apiKey'] ?? '');
-    }
-}
-
-</pre>
-&nbsp;
-
-<strong>Step 4</strong>: Let your application use this factory by adding it to the main ConfigProvider:
-To do this, open file <strong>src/App/src/ConfigProvider.php</strong> and locate the method called <strong>getDependencies()</strong>.
-Inside this method, locate the key <strong>factories</strong> which points to an array. Inside this array add the following line:
-<pre>MailChimp::class =&gt; MailChimpFactory::class,
-</pre>
-Make sure you you add the corresponding <strong>use</strong>s:
-<pre>use Api\App\MailChimp\Factory\MailChimpFactory;
-use DrewM\MailChimp\MailChimp;
-</pre>
-&nbsp;
-
-After this, you can start using the library by <strong>@Inject</strong>ing <strong>MailChimp::class</strong> where it's needed.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which library does this tutorial use to add MailChimp to Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The tutorial uses drewm/mailchimp-api, installed with the command composer require drewm/mailchimp-api.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do you place the MailChimp configuration file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In config/autoload/mailchimp.global.php, a new configuration file created as part of Step 2.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the MailChimpFactory class do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's a factory, created at src/App/src/MailChimp/Factory/MailChimpFactory.php, that reads the config from the container and returns an instance of DrewM\MailChimp\MailChimp.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do you register the MailChimp factory so the application can use it? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In src/App/src/ConfigProvider.php, inside the getDependencies() method's factories array, by mapping MailChimp::class to MailChimpFactory::class, plus adding the corresponding use statements for MailChimp and MailChimpFactory.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you use MailChimp once it's wired up? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By injecting MailChimp::class wherever it's needed, using @Inject.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel-api/openapi-implementation-in-dotkernel-api.html.twig b/src/Blog/templates/page/blog-resource/dotkernel-api/openapi-implementation-in-dotkernel-api.html.twig
deleted file mode 100644
index 351951aa..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel-api/openapi-implementation-in-dotkernel-api.html.twig
+++ /dev/null
@@ -1,146 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What is OpenAPI?</h2>
-
-<p class="mb-3">The <strong>OpenAPI Specification </strong>provides a consistent way to develop and interact with an API. It <strong>defines API structure and syntax </strong>in a universal way, regardless of the programming language used in the API's development. API specifications typically use <strong>YAML </strong>or <strong>JSON </strong>to share and use the specification. They allow users of the API to quickly discover how it works by describing its elements, e.g. endpoints, request and response formats, security mechanisms and more.</p>
-
-<p class="mb-3">While not mutually exclusive, OpenAPI has several benefits over Postman:</p>
-
-<ul><li><strong>API standardization</strong>: This offers a standard way to describe and document endpoints, request/response models, and other details of your API that enforces design best practices. Postman has no focus on this topic.</li>
-
-<li><strong>Automatic generation of API documentation</strong>: Create comprehensive, machine-readable documentation that helps developers understand how to interact with your API. Postman is not designed to explain the API's components.</li>
-
-<li><strong>API design and development</strong>: Define your API specification, most commonly using YAML and JSON formats, before starting development. Postman is used only to test an existing, completed endpoint.</li>
-
-<li><strong>Improved collaboration</strong>: This benefits frontend and backend developers, as well as operations teams. Postman's free tier is aimed more towards individual or small team development.</li>
-
-<li><strong>API gateways and management</strong>: A wide range of tools and platforms that support OpenAPI allow more streamlined monitoring and management of APIs. Postman has environment management, but primarily on the developer's machine.</li>
-</ul>
-
-<p class="mb-3">Other benefits from using OpenAPI:</p>
-
-<ul><li><strong>Code generation</strong>: Automatically generate client code, server stubs, API documentation and even test cases to ensure consistency between the API documentation and implementation.</li>
-
-<li><strong>Interoperability</strong>: Standardization using OpenAPI ensures that the API can interface with other systems.</li>
-
-<li><strong>Testing and validation</strong>: The specification can generate tests to catch bugs early on and ensure correct functionality.</li>
-
-<li><strong>Versioning and change management</strong>: Keeps track of changes and ensures backward compatibility.</li>
-</ul>
-
-<h2>The importance of API documentation</h2>
-
-<p class="mb-3">API documentation, in general, is crucial for several reasons. It serves multiple stakeholders that use the API for development, integration and maintenance.</p>
-
-<ul><li><strong>Faster developer onboarding, adoption and integration</strong>: Helps developers understand the API better and reduces the learning curve for adopting and integrating the API into other systems. The API documentation should be publicly available, especially if the API is public. It's even more beneficial if the documentation is integrated with a developer portal.</li>
-
-<li><strong>Better collaboration</strong>: Promotes consistency and reduces misunderstandings between developers and users.</li>
-
-<li><strong>Better API quality and maintenance</strong>: Includes details on how to properly use the API, from its data types and required parameters, to error handling procedures. This helps maintain existing functionality when changes are implemented.</li>
-
-<li><strong>Helps troubleshooting</strong>: It defines the correct functionality that helps developers and maintainers find and fix bugs more effectively.</li>
-</ul>
-
-<h2>OpenAPI in Dotkernel API</h2>
-
-<p class="mb-3"><strong>Dotkernel API </strong>has full support for OpenAPI, from describing the endpoints and generating the documentation, to rendering and testing the endpoints.</p>
-
-<p class="mb-3">Each <strong>module </strong>(Admin, App, User) in Dotkernel API contains a file named <strong>OpenAPI.php</strong>. In this file you must document <strong>all of the endpoints from RoutesDelegator.php</strong>. The entries in OpenAPI.php have several descriptive items, the most important being method, request and response. These are used to generate a documentation file from the command line. The static documentation file is rendered using Swagger UI or Redoc in a user-friendly way. You can read more about this <a href="https://docs.dotkernel.org/api-documentation/v5/openapi/introduction/" data-type="link" data-id="https://docs.dotkernel.org/api-documentation/v5/openapi/introduction/" target="_blank" rel="noreferrer noopener">starting here</a> and its subsequent pages.</p>
-
-<h3>Describing OpenAPI components</h3>
-
-<p class="mb-3">All OpenAPI components require a handful of components that are universally valid for a given project. These are below:</p>
-
-<ul><li><strong>OA\Info </strong>contains basic information on your project, like version and name.</li>
-
-<li><strong>OA\Server </strong>has one or more urls to a target host.</li>
-
-<li><strong>OA\SecurityScheme </strong>describes the protection for the endpoint.</li>
-
-<li><strong>OA\ExternalDocumentation </strong>has a url and description for extended documentation related to an item.</li>
-
-<li><strong>OA\Schema </strong>describes a object (e.g. entity) or collection of objects in your project.</li>
-</ul>
-
-<p class="mb-3">Read more details about the above <a href="https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/" data-type="link" data-id="https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<p class="mb-3">Once you have your basic components defined, you can begin work on the endpoints. The endpoints already made available in Dotkernel API are documented, so you must do the same for the new endpoints you create in your project. This is done by defining these items:</p>
-
-<ul><li>the <strong>request </strong>object (Get, Post, Patch, Put, Delete)</li>
-
-<li>the <strong>path </strong>to the resource</li>
-
-<li>the endpoint's <strong>summary </strong>and <strong>description</strong></li>
-
-<li>the query/path <strong>parameters</strong>, if required</li>
-
-<li>the <strong>request body</strong>, if required</li>
-
-<li>the <strong>security </strong>scheme, if required</li>
-
-<li>the <strong>response</strong><br></li>
-</ul>
-
-<p class="mb-3">Wherever it's appropriate, schemas should be used to ensure consistency. The optional 'tags' item can be used to group operations together. Read more <a href="https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/" data-type="link" data-id="https://docs.dotkernel.org/api-documentation/v5/openapi/initialized-components/" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<h3>Generating the documentation</h3>
-
-<p class="mb-3">The documentation is generated using <a href="https://github.com/zircote/swagger-php" data-type="link" data-id="https://github.com/zircote/swagger-php" target="_blank" rel="noreferrer noopener">zircote/swagger-php</a>. It uses the descriptions you added in the OpenAPI.php files to build the documentation file. The documentation contents can be <strong>listed in the command line </strong>or <strong>saved to a file </strong>in yaml of json format. You can read more <a href="https://docs.dotkernel.org/api-documentation/v5/openapi/generate-documentation/" data-type="link" data-id="https://docs.dotkernel.org/api-documentation/v5/openapi/generate-documentation/" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<h3>Alternatives for rendering the documentation</h3>
-
-<p class="mb-3">Once you have the documentation generated, it can be rendered in two ways:</p>
-
-<ul><li><strong>Swagger UI</strong> allows you to visualize and interact with the API’s resources without worrying about the implementation logic.</li>
-
-<li><strong>Redoc</strong> lists the documentation in read-only mode, detailing example requests and responses.</li>
-</ul>
-
-<h3>Handling authentication for Swagger UI</h3>
-
-<p class="mb-3">Most endpoints for your API should be protected, so to access them you are required to generate an <strong>authentication token</strong> (AuthToken). The token is related to the user type, so make sure to check the <strong>privileges required for the endpoint</strong> you are testing. After you submit the token, you can test the endpoints as an authenticated user. Clicking on the 'Try it out' button will activate the required parameter input fields and the textarea for the request body. The 'Execute' button will send the request and return the response. along with its HTTP status code. You can read more details <a href="https://docs.dotkernel.org/api-documentation/v5/openapi/use-documentation/" data-type="page" data-id="149" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the OpenAPI Specification? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A consistent way to develop and interact with an API. It defines API structure and syntax in a universal way, regardless of the programming language used, typically described in YAML or JSON so users can quickly discover endpoints, request/response formats, security mechanisms and more.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does OpenAPI compare to Postman? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">OpenAPI standardizes how endpoints and request/response models are described, automatically generates machine-readable documentation, lets you define the API specification before development starts, and improves collaboration across teams. Postman, by contrast, is used mainly to test an already-completed endpoint and has no real focus on standardized documentation or upfront design.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do you document endpoints in Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Each module (Admin, App, User) contains an OpenAPI.php file, where all endpoints from that module's RoutesDelegator.php must be documented, primarily describing the method, request and response.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What core components does every OpenAPI description need? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">OA\Info (basic project info like version and name), OA\Server (one or more target host URLs), OA\SecurityScheme (endpoint protection), OA\ExternalDocumentation (link and description for extended docs), and OA\Schema (describing an object or collection of objects).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What generates the documentation file from the OpenAPI.php descriptions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">zircote/swagger-php, which uses the descriptions added in the OpenAPI.php files to build the documentation. The result can be listed in the command line or saved to a file in YAML or JSON format.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the generated documentation rendered, and how do you test protected endpoints? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It can be rendered with Swagger UI, which lets you visualize and interact with the API's resources, or with Redoc, which lists the documentation in read-only mode. Because most endpoints are protected, testing them in Swagger UI requires generating an authentication token (AuthToken) matching the required privileges, then using the 'Try it out' button to fill in parameters/body and 'Execute' to send the request and see the response with its HTTP status code.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/adding-a-cors-implementation-to-zend-expressive.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/adding-a-cors-implementation-to-zend-expressive.html.twig
deleted file mode 100644
index c79122f3..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/adding-a-cors-implementation-to-zend-expressive.html.twig
+++ /dev/null
@@ -1,130 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p>This article is a guide on how to add a CORS implementation on an existing Dotkernel3 project.</p>
-
-<h2>The issue</h2>
-<p>If you're facing this message:</p>
-<p>"Access to XMLHttpRequest at 'url' has been blocked by cors policy. No 'Access-Control-Allow-Origin header is present on the requested resource."</p>
-<p>It means the server didn't sent the header that lets you access its data through a local client (eg.: browser).</p>
-<p>This issue is most common when trying to get some data (usually json) that you want to process using JavaScript.</p>
-<p>The error looks similar to the image below:</p>
-
-<figure>
-    <img src="{{ asset('uploads/article/' ~ article.id ~ '/Screenshot-2019-04-06-at-15.03.21-1024x165-1-1024x165.png') }}" alt="">
-</figure>
-
-<h2>The solution</h2>
-<p>A simple implementation would be using <a rel="noreferrer noopener" href="https://packagist.org/packages/tuupola/cors-middleware" target="_blank">Tuupola's Cors Middleware</a> package.</p>
-<p>This article was inspired by: <a href="https://akrabat.com/implementing-tuupola-cors-in-expressive/" target="_blank" rel="noreferrer noopener">akrabat.com/implementing-tuupola-cors-in-expressive</a></p>
-
-<h3>Adding the package to your project</h3>
-<p>Run the following command in your project:</p>
-<pre><code>composer require tuupola/cors-middleware</code></pre>
-<p>At the time writing this article the current package version is: 0.9.4.</p>
-<p>Follow the next steps to get your Zend Expressive or Dotkernel3 project <strong>CORS friendly</strong>.</p>
-
-<h3>Create the CORS config file</h3>
-<p>Create a <strong>cors.global.php</strong> file in the config/autoload directory.</p>
-<pre><code>return [
-    'cors' => [
-        "origin" => [],
-        "methods" => [],
-        "headers.allow" => [],
-        "headers.expose" => [],
-        "credentials" => false,
-        "cache" => 0,
-    ],
-    'dependencies' => [],
-];</code></pre>
-<p>We'll come back at this file to register the CORS middleware.</p>
-
-<h3>Creating a factory for the middleware</h3>
-<p>The factory should look like the one below.</p>
-<p>The code below extracts de config from the <strong>cors</strong> key if provided or initializes an empty array and instantiates the <strong>Tuupola CORS middleware</strong>.</p>
-<pre><code>&lt;?php
-
-namespace App\Cors;
-
-use Tuupola\Middleware\CorsMiddleware;
-
-class CorsMiddlewareFactory
-{
-    public function __invoke($container)
-    {
-        $corsConfig = $container->get('config')['cors'] ?? [];
-        return new CorsMiddleware($corsConfig);
-    }
-}</code></pre>
-
-<h3>Registering the CORS middleware</h3>
-<p>Back at <strong>cors.global.php</strong> we will register the cors middleware so our custom implemented factory will be used to create the middleware. (basic config example below)</p>
-<pre><code>&lt;?php
-
-use App\Cors\CorsMiddlewareFactory;
-use Tuupola\Middleware\CorsMiddleware;
-
-return [
-    'cors' => [
-        "origin" => [],
-        "methods" => [],
-        "headers.allow" => [],
-        "headers.expose" => [],
-        "credentials" => false,
-        "cache" => 0,
-    ],
-    'dependencies' => [
-        'factories' => [
-            CorsMiddleware::class => CorsMiddlewareFactory::class,
-        ]
-    ]
-];</code></pre>
-
-<h3>Final step: Adding (registering) the CorsMiddleware in the pipeline</h3>
-<p>In this last step we only need to add the CorsMiddleware in config/pipelines.php</p>
-<pre><code>// don't forget the use statement
-use Tuupola\Middleware\CorsMiddleware;
-
-return function (Application $app, MiddlewareFactory $factory, ContainerInterface $container) : void {
-    // ...
-    $app->pipe(CorsMiddleware::class);
-    // ...
-};</code></pre>
-<p>Add the cors middleware <strong>after</strong> the Error handler and <strong>before</strong> the middleware providing the data you want to access to make sure everything runs smoothly.</p>
-<p>This should get your project working with CORS.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What causes the "No 'Access-Control-Allow-Origin' header" error? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It means the server didn't send the header that lets a local client, such as a browser, access its data. This is most common when trying to fetch data (usually JSON) that you want to process using JavaScript.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What package does the article use to add CORS support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Tuupola's Cors Middleware package, installed by running <code>composer require tuupola/cors-middleware</code> in the project.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where does the CORS configuration live? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In a <strong>cors.global.php</strong> file created in the config/autoload directory, containing a "cors" key with settings like origin, methods, headers.allow, headers.expose, credentials, and cache.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the CorsMiddleware wired into the container? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A CorsMiddlewareFactory extracts the "cors" config array (or an empty array if it's not provided) and instantiates Tuupola's CorsMiddleware with it. That factory is then registered under the "dependencies" > "factories" section of cors.global.php.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where should the CORS middleware be added in the pipeline? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In config/pipelines.php via <code>$app-&gt;pipe(CorsMiddleware::class)</code>, placed after the Error handler and before the middleware that provides the data you want to access.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.html.twig
deleted file mode 100644
index bd6c63f0..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/adding-a-second-caching-layer-to-wurfl-in-dotkernel-using-apc.html.twig
+++ /dev/null
@@ -1,56 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-On one of our recent projects that used WURFL, response time was an important factor. Profiling revealed that the greatest chunk of response time (up to a few hundred milliseconds) was taken up by WURFL. We realized that its default filesystem cache was too slow for our needs, especially with a relatively high traffic application.
-
-If you're not familiar with how WURFL's caching works, here's a brief introduction:
-<ol>
-    <li>The device data is stored at first in a large, zipped XML file, with one entry for each device.</li>
-    <li>When first called, WURFL unzips the file and reads each device entry.</li>
-    <li>It then serializes the data and writes it to the cache, using and MD5 signature for the file name (or key name if the cache is not on the filesystem)</li>
-    <li>When a user agent is looked up, its MD5 signature is computed and then searched in the cache.</li>
-    <li>For a number of reasons, the data in the data file is stored as a tree, each device being a node and inheriting all the properties of the nodes above it. So, <strong>for each look-up, a number of files have to be read and their capabilities merged to get all the capabilities of the requested device.</strong></li>
-</ol>
-WURFL has cache providers for APC and memcache as well, which we've tried, but the results weren't impressive.
-
-We realized that we had the wrong approach, especially for use. The WURFL entry for a device has lots of fields that we didn't use.
-
-Our solution involved adding a <strong>second cache layer</strong>, on top of WURFL's, that only cached the fields we were interested in.  This second cache layer make use of <strong>APC</strong>, storing arrays of data in  <strong>User Cache Entries</strong>.
-
-This small change (under 10 lines of code), decreased our response time by an <strong>order of magnitude</strong>, to 20-30ms.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was WURFL's default caching too slow for this project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Profiling revealed that WURFL's default filesystem cache was taking up to a few hundred milliseconds of response time, which was too slow for a relatively high-traffic application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does WURFL's caching work by default? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Device data is stored in a large zipped XML file. On first use, WURFL unzips the file, serializes each device's data, and writes it to cache using an MD5 signature of the user agent as the key. Because devices are stored as a tree inheriting properties from parent nodes, each lookup requires reading and merging several files.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Did WURFL's built-in APC or memcache cache providers solve the problem? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. The team tried WURFL's existing cache providers for APC and memcache, but the results weren't impressive.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was the actual solution? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Adding a second cache layer on top of WURFL's own cache, using APC and storing arrays of only the specific fields they actually needed in User Cache Entries. The change was under 10 lines of code.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What performance improvement did this bring? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Response time decreased by an order of magnitude, down to about 20-30ms.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/adding-composer-support-in-your-dotkernel-project.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/adding-composer-support-in-your-dotkernel-project.html.twig
deleted file mode 100644
index f62f0566..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/adding-composer-support-in-your-dotkernel-project.html.twig
+++ /dev/null
@@ -1,109 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Composer is an application-level package manager. Composer auto-loads the dependencies on demand and can also auto-load custom classes .
-
-This article will cover the needed steps to add composer support to your Dotkernel project or even "composify" it.
-
-Assuming that you know how to use composer (if not you should consider reading <a href="https://www.codementor.io/php/tutorial/composer-install-php-dependency-manager" target="_blank" rel="noopener noreferrer">this article</a>) we wil move on to your Dotkernel project "composification".
-
-&nbsp;
-<h2>First things first</h2>
-The Dotkernel project must have a <strong>composer.json</strong> file so that composer can work.
-
-Our <strong>composer.json</strong> file should look like this:
-<pre>{
-  "require" : {
-    "zendframework/zendframework1" : "1.12.*",
-    "mobiledetect/mobiledetectlib" : "2.8.*"
-  },
-  "require-dev" : {
-    "php" : "&gt;=5.4.0"
-  },
-}</pre>
-<span style="color: #ff0000;">Note that<strong> zend/zendframework1 </strong>may not be necessarily if you already have ZendServer running or the Zend Framework folder within <strong>/usr/share/.</strong></span>
-
-The file above makes sure:
-<ul>
-    <li>Zend Framework is present and at version &gt; 1.12.*</li>
-    <li>MobileDetect is present and at version &gt; 2.8</li>
-    <li>The PHP executable is at least at version &gt; 5.4.0 (<strong>only for development, because it is not present in the main require</strong>)</li>
-</ul>
-&nbsp;
-
-The dependencies provided in the <strong>require</strong> section are also loaded for development purpose if not provided in <strong>require-dev</strong>.
-
-&nbsp;
-
-In order to have these components instaled you must run the following command in your Dotkernel root path
-<pre>composer update</pre>
-If the <em>vendor </em>folder is present composer will check for updates, and update the packages as needed.
-
-If the <em>vendor</em> folder does not exist composer will create a vendor folder. This folder will contain all the requested packages.
-
-Composer will create an autoload file, which will be use to load our dependencies/packages.
-
-&nbsp;
-<h2>Adding Composer Support to Dotkernel</h2>
-The autoload file created by composer will be used to load our packages.
-<pre>$composerAutoLoaderPath = <a href="http://php.net/manual/en/function.realpath.php" target="_blank" rel="noopener noreferrer">realpath</a>(APPLICATION_PATH.'/vendor/autoload.php');
-require_once($composerAutoLoaderPath);</pre>
-So far so good, but what if the file does not exist or composer is not present?
-
-First we must make sure the composer autoload path exists and only load the dependencies if composer autoload file was found.
-<pre>$composerAutoLoaderPath = realpath('./vendor/autoload.php');
-
-$composerEnabled = <a href="http://php.net/manual/en/function.file-exists.php" target="_blank" rel="noopener noreferrer">file_exists</a>($composerAutoLoaderPath);
-
-if($composerEnabled == true)
-{
-    require_once($composerAutoLoaderPath);
-}
-else
-{
-    // handle the error gracefully
-   // or load fallbacks - if exist
-}</pre>
-The variable <strong>$composerEnabled</strong> will be true only if the composer path exists so the application behavior can be controlled if composer is not present.
-
-Later on, the packages can be used like this:
-<pre>use VendorName\PackageName\ClassName as MyDependency;
-
-$myDependency = new MyDependency($neededArguments);
-$myDependency->doSomething();</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does Composer do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Composer is an application-level package manager. It auto-loads dependencies on demand and can also auto-load custom classes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What must a Dotkernel project have before Composer can be used? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A composer.json file, for example requiring zendframework/zendframework1 at 1.12.* and mobiledetect/mobiledetectlib at 2.8.*, plus PHP &gt;=5.4.0 listed under require-dev.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens when you run composer update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If the vendor folder already exists, composer checks for and applies updates to the packages. If it doesn't exist, composer creates the vendor folder containing all requested packages, along with an autoload file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you safely load the Composer autoloader in case Composer isn't present? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Check whether vendor/autoload.php exists using file_exists() before calling require_once() on it, and handle the case gracefully (for example by loading fallbacks) if the path is missing.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which Dotkernel versions does this apply to? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article states it works for any Dotkernel 1.x version, as long as the server is running PHP greater than 5.4.0.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.html.twig
deleted file mode 100644
index de2a0fe8..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/adding-windows-10-os-and-browser-detection-in-dotkernel-projects.html.twig
+++ /dev/null
@@ -1,61 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Recently we have added the Windows 8, 8.1 and 10 OS icon and Microsoft's Edge browser icon.
-
-In this article we will have the icon upgrade guide.
-
-<img src="{{ asset('uploads/article/' ~ article.id ~ '/icons.png') }}" alt="Icons Patch" width="232" height="162">The new Icons listed in User and Admin Logins
-
-<!--more-->
-
-&nbsp;
-<ol>
-    <li>Make sure your project is running on version <strong>1.5.0</strong> or <strong>newer</strong></li>
-    <li>Download the <a href="http://www.dotkernel.com/download/?did=46" target="_blank" rel="noopener noreferrer">patch</a></li>
-    <li>Extract the archive in a folder, let's name it <strong>icons_patch
-</strong></li>
-    <li>We recommend creating a backup of your project before you continue</li>
-    <li>Now copy all the files in the <strong>icons_patch</strong> folder in your Dotkernel</li>
-    <li>You will be prompted to replace 2 files, simply replace the files and agree to merge the folders content (files will be added, not replaced this time)</li>
-    <li>You need to clear the cache for changes to take effect, the os and browser xml's are cached. For more information read <a href="http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching/" target="_blank" rel="noopener noreferrer">this article</a> (look for <strong>Browser &amp; OS</strong>)</li>
-    <li>You can now delete the <strong>icons_patch</strong> folder or use it to patch another project</li>
-</ol>
-List of affected files:
-<pre>M /configs/useragent/browser.xml
-M /configs/useragent/os.xml
-A /images/browsers/edge.png
-A /images/os/windows_metro.png</pre>
-<strong>M </strong>stands for <strong>modify</strong>
-
-<strong>A</strong> stands for <strong>add</strong>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What Dotkernel version is required before applying this patch? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Your project must be running version 1.5.0 or newer.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which files does the patch modify or add? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It modifies configs/useragent/browser.xml and configs/useragent/os.xml, and adds images/browsers/edge.png and images/os/windows_metro.png.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why do you need to clear the cache after applying the patch? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because the OS and browser XML files are cached, so the new icons won't show up until the cache is cleared.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Will applying the patch overwrite existing files? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You'll be prompted to replace 2 files (browser.xml and os.xml) and should agree, and also agree to merge the folders' contents since the other files listed are added rather than replaced.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.html.twig
deleted file mode 100644
index 7ef1b53e..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/autologin-using-cookie-remember-me-in-dotkernel.html.twig
+++ /dev/null
@@ -1,140 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Autologin using Cookie / Remember Me in Dotkernel</h2>
-
-<p class="mb-3">This feature is used to automatically log the user who chooses this by checking the remember me box.</p>
-
-<p class="mb-3">Implemented in <a href="https://github.com/dotkernel/frontend" data-type="URL" data-id="https://github.com/dotkernel/frontend" target="_blank" rel="noreferrer noopener">Dotkernel Frontend</a> starting from Release 3.3.0.</p>
-
-<h2>Add remember me button to user interface </h2>
-
-<p class="mb-3">To add remember me button to user interface, navigate to <strong>src/User/templates/user/login.html.twig</strong> and under password element add the following code:</p>
-
-<pre><code>{% verbatim %}&lt;div class="checkbox remember-me-checkbox"&gt;
-     {% set rememberMe = form.get('rememberMe') %}
-     {{ formElement(rememberMe) }}
-     &lt;p&gt;Remember me&lt;/p&gt;
-&lt;/div&gt;{% endverbatim %}</code></pre>
-
-<p class="mb-3">After you've added the button to your template, navigate to <strong>src/User/src/Form/LoginForm.php</strong> and add the following element to your form:</p>
-
-<pre><code>$this-&gt;add(&#91;
-    'name' =&gt; 'rememberMe',
-    'type' =&gt; 'checkbox',
-    'attributes' =&gt; &#91;
-        'class' =&gt; 'tooltips',
-        'data-toggle' =&gt; 'tooltip',
-        'title' =&gt; 'Remember me',
-    ],
-]);
-</code></pre>
-
-<p class="mb-3">After you've added the new element navigate <strong>src/User/src/InputFilter/LoginInputFilter.php</strong> and add the following code, this will add a filter to the remember me element added previously.</p>
-
-<pre><code>$this-&gt;add(&#91;
-            'name' =&gt; 'rememberMe',
-            'filters' =&gt; &#91;
-                &#91;'name' =&gt; 'StringTrim']
-            ],
-            'validators' =&gt; &#91;
-                &#91;
-                    'name' =&gt; 'NotEmpty',
-                    'break_chain_on_failure' =&gt; true,
-                ]
-            ]
-        ]);</code></pre>
-
-<p class="mb-3">To add style to your remember me button navigate to <strong>src/App/assets/scss/components/_profile.scss</strong> and add the following css:  </p>
-
-<pre><code>.remember-me-checkbox {
-  input {
-    display: block;
-    float: left;
-    margin: 4px 6px 10px 0;
-    width: auto;
-    height: auto;
-  }
-}</code></pre>
-
-<p class="mb-3">After you have made all the changes it's time to compile the css in order to implement the button in interface, to do that run the following command:</p>
-
-<pre><code>npm run prod</code></pre>
-
-<h2><strong>Add functionality to remember me button</strong></h2>
-
-<p class="mb-3">Now that you've added the button let's move on to its functionality, first you have to navigate to src/User/src/Entity, create a new entity named UserRememberMe.php and modifiy it as in <a href="https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Entity/UserRememberMe.php" target="_blank" rel="noreferrer noopener">UserRememberMe</a></p>
-
-<p class="mb-3">After you've created the entity, you have to create migration file for the new table using the following command: </p>
-
-<pre><code>vendor/bin/phinx create --configuration=config/migrations.php  RememberUserSchema</code></pre><
-<p> class="mb-3">After the migration file is created modify it as in <a rel="noreferrer noopener" href="https://www.dotkernel.com/dotkernel/autologin-using-cookie-remember-me-in-dotkernel/" target="_blank">user_remember_schema</a> and run the following command to add it to you database:</p>
-<pre><code>vendor/bin/phinx migrate --configuration=config/migrations.php</code></pre>
-
-<p class="mb-3">The table generated by migration is used to store data from coockie. The stored data will help to login the user utomatically.</p>
-
-<p class="mb-3">The next step is to create a new middleware, navigate to <strong>src/App/src/Middleware</strong> and create a new file named <strong>RememberMeMiddleware.php</strong> and modify it as in <a href="https://github.com/dotkernel/frontend/blob/3.0/src/App/src/Middleware/RememberMeMiddleware.php" target="_blank" rel="noreferrer noopener">RememberMeMiddleware</a>.</p>
-
-<p class="mb-3">After you've created the new middleware navigate to <strong>config/pipeline.php</strong> and add it as in <a rel="noreferrer noopener" href="https://github.com/dotkernel/frontend/blob/3.0/config/pipeline.php" target="_blank">pipeline</a>.</p>
-
-<p class="mb-3">In order to generate the cookie in the next steps you have to add a new key to your local.php, to do that navigate to <strong>config/autoload/local.php</strong> and add the following code:</p>
-
-<pre><code>'rememberMe' =&gt; &#91;
-            'cookie' =&gt; &#91;
-                'name' =&gt; 'rememberMe',
-                'lifetime' =&gt; 3600 * 24 * 30,
-                'samesite' =&gt; 'Lax',
-                'secure' =&gt; false,
-                'httponly' =&gt; true
-            ]
-        ],</code></pre>
-
-<p class="mb-3">In the following step you have to edit your <strong>src/User/src/Service/UserService.php</strong>. First you have to add 2 new properties, <strong>$defaultSessionManager</strong> used to get config and <strong>$repository</strong> used to get repository. After you have added those properties add the following methods: <strong>getRepository(), addRememberMeToken(), deleteRememberMeCookie()</strong>. as in <a rel="noreferrer noopener" href="https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Service/UserService.php" target="_blank">UserService</a>.</p>
-
-<p class="mb-3">(don't forget to add all new methods to interface if needed)</p>
-
-<p class="mb-3">Now, let's move to <strong>src/User/src/Repository/UserRepository.php</strong> and add the following methods: <strong>saveRememberUser(), getRememberUser(), findRememberMeUser(), deleteExpiredCookies(), removeRememberUser()</strong> as in <a rel="noreferrer noopener" href="https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Repository/UserRepository.php" target="_blank">UserRepository</a>.</p>
-
-<p class="mb-3">The last step is to go to  <strong>src/User/src/Controller/UserController.php</strong>, add a new property called <strong>$config</strong> and edit your <strong>loginAction()</strong> and <strong>logoutAction()</strong> as in <a rel="noreferrer noopener" href="https://github.com/dotkernel/frontend/blob/3.0/src/User/src/Controller/UserController.php" target="_blank">UserController</a>.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Since which release is Remember Me implemented in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's implemented in Dotkernel Frontend starting from Release 3.3.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you add the Remember Me checkbox to the login UI? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In src/User/templates/user/login.html.twig, under the password element, render the rememberMe element retrieved via <code>form.get('rememberMe')</code> with formElement().</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What form and validation changes are needed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A 'rememberMe' checkbox element must be added to src/User/src/Form/LoginForm.php, and a StringTrim filter plus a NotEmpty validator must be added for it in src/User/src/InputFilter/LoginInputFilter.php.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What backend pieces implement the actual remember-me functionality? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A new UserRememberMe entity, a database migration (created and run with phinx) for its table, a new RememberMeMiddleware registered in config/pipeline.php, a rememberMe cookie configuration block added to config/autoload/local.php, and new methods added to UserService, UserRepository, and UserController (including loginAction() and logoutAction()).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the UserRememberMe table store? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's used to store data from the cookie, which helps log the user in automatically.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you apply the new remember-me button styles? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add the CSS to src/App/assets/scss/components/_profile.scss, then run <code>npm run prod</code> to compile the CSS so the button styling takes effect.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.html.twig
deleted file mode 100644
index c73c6d5e..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/avoid-routing-through-bootstrap-of-non-existent-files.html.twig
+++ /dev/null
@@ -1,34 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In some cases you may encounter missing files: images, css or js files.
-All those missing files are processed by the current bootstrap: index.php
-
-If the session is set to regenerate on each request, as a normal security measure,
-the currently logged user is logged off, because the session ID is different now.
-
-To avoid this, <strong>below</strong> the following line
-<pre>RewriteEngine On</pre>
-add the line :
-<pre>RewriteCond %{REQUEST_FILENAME} (\.gif|\.jpg|\.png|\.css|\.js)$ [OR]</pre>
-Save and don't forget to test.
-
-Even though it's a well known fact that real men do not test...
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What problem does this fix address? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When missing static files (images, CSS, JS) are routed through the bootstrap (index.php) and the session is set to regenerate on each request, the currently logged-in user gets logged off because the session ID changes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the fix? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Below the "RewriteEngine On" line, add a RewriteCond matching file extensions like .gif, .jpg, .png, .css, and .js, so requests for those files are not routed through the bootstrap.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/caching-in-dotkernel-using-zend-framework.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/caching-in-dotkernel-using-zend-framework.html.twig
deleted file mode 100644
index 489ac837..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/caching-in-dotkernel-using-zend-framework.html.twig
+++ /dev/null
@@ -1,81 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-It's very expensive to load configurations and settings from XML files, on every requests.
-
-First because of latency of accessing files from hard drive, second because of the XML
-file parsing burden.
-
-Because of that , we implemented in upcoming 1.8 version of Dotkernel a cache layer where to store<strong> router, acl_role, menu, options(including seo_xml), browser_xml, os_xml, test</strong> between requests. More information about the variables which Dotkernel cache by default follow this link: <a title="Dotkernel Reserved Variable Names for Caching" href="http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching" target="_blank" rel="noopener noreferrer">Dotkernel Reserved Variable Names for Caching</a>
-
-<!--more-->
-
-We are implementing 2 different cache factories to choose from: <strong>apc</strong> (or <strong>apcu</strong> for newest PHP installations) and <strong>file</strong>.
-<h2>1. Configuring the cache</h2>
-The configuration can be set from /configs/application.ini, you can choose if you use the caching system, how long your cache stays valid, the cache namespace, and the storage provider (<strong>File</strong> or <strong>APC</strong>). I would disable the cache in development mode if I were you.
-
-For more info about the configuration and help configuring the cache see: <a title="Dotkernel - Configuring the Cache in Dotkernel" href="http://www.dotkernel.com/dotkernel/configuring-the-cache-in-dotkernel/" target="_blank" rel="noopener noreferrer">Configuring the Cache in Dotkernel</a>.
-<h2>2. Using the Cache</h2>
-The cache is automatically loaded in the initialization and stored in the Registry.
-
-Loading the caching engine is not needed because it is already loaded on kernel initialization (<em>see <strong>Dot_Kernel</strong>::<strong>initialize</strong>($startTime)</em>)<em>,</em> but if you would like to use caching for other purposes (where you are not initializing the kernel), the loading syntax is the following:
-<pre>Dot_Cache::loadCache();</pre>
-Below is a simple object caching sample, yes, you can also cache objects.
-<br>
-<span style="color: #ff0000;">Note: The cache key must match the following RegEx pattern: </span><strong>[A-Za-z0-9_]*</strong>
-<pre>$id = 'MyCachedKey';
-$obj = new stdClass();
-$obj->text = 'I am a cached text';
-
-// saving an object
-Dot_Cache::save(obj, $id);
-
-// loading the object
-$value = Dot_Cache::load($id);
-
-// checking if we have the object in cache
-if($value !== false)
-{
-     // assuming we only need the text value from the object
-     echo $value->text;
-}
-else
-{
-     echo 'no value cached for '. $id ;
-}</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What data does Dotkernel's cache layer store? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Router, acl_role, menu, options (including seo_xml), browser_xml, os_xml, and test data between requests.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What storage providers are available for the cache? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Two cache factories to choose from: APC (or APCU for newer PHP installations) and File.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where is the cache configured? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In /configs/application.ini, where you can enable or disable caching, set how long the cache stays valid, choose the cache namespace, and pick the storage provider (File or APC). The article recommends disabling the cache in development mode.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do you need to manually load the cache engine? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No, it's automatically loaded during kernel initialization (Dot_Kernel::initialize()). Manually calling Dot_Cache::loadCache() is only needed if you want to use caching outside of that normal initialization.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can you cache PHP objects, not just simple values? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes, the article shows an example of saving and loading a stdClass object using Dot_Cache::save() and Dot_Cache::load().</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/camelcase-table-names-in-mysql-on-windows.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/camelcase-table-names-in-mysql-on-windows.html.twig
deleted file mode 100644
index 6f3510de..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/camelcase-table-names-in-mysql-on-windows.html.twig
+++ /dev/null
@@ -1,27 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-If you are using a WAMP stack, like WAMP or XAMPP, and try to create a table in camelCase ( example: <strong>adminLogin</strong>)  you will notice that camelCase is not working, table name will be lowercase: <strong>adminlogin</strong>.
-In order to fix this, you need to add to your my.cnf file the line:
-<pre>lower_case_table_names=2</pre>
-and restart mysql.
-
-More on that here: <a href="http://dev.mysql.com/doc/refman/4.1/en/server-system-variables.html#sysvar_lower_case_table_names" target="_blank" rel="noopener noreferrer">http://dev.mysql.com/doc/refman/4.1/en/server-system-variables.html#sysvar_lower_case_table_names</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What happens when you create a camelCase table name on WAMP or XAMPP? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A table created with a camelCase name, for example adminLogin, ends up stored as all lowercase, e.g. adminlogin, instead.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you fix it? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add the line <code>lower_case_table_names=2</code> to your my.cnf file and restart MySQL.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.html.twig
deleted file mode 100644
index 388bb994..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/commitment-to-php-new-zend-certified-engineers-zce-in-our-team.html.twig
+++ /dev/null
@@ -1,22 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Another 2 of our team members passed the ZCE exam.
-
-Now we are 5 :-)
-
-That mean we are really taking PHP  into serious , and at least we have good technical skills.
-
-<a href="http://www.zend.com/store/education/certification/yellow-pages.php#list-cid=0&sid=&certtype_zf=1&certtype_php=1&certtype=&firstname=&lastname=&company=Dotboost%20Technologies&ClientCandidateID=" target="_blank" rel="noopener noreferrer">Zend Yellow Pages</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How many Zend Certified Engineers does the team have? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">According to the article, 2 more team members passed the ZCE exam, bringing the team's total to 5 Zend Certified Engineers.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/configuring-the-cache-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/configuring-the-cache-in-dotkernel.html.twig
deleted file mode 100644
index 59044d18..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/configuring-the-cache-in-dotkernel.html.twig
+++ /dev/null
@@ -1,67 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article contains the Dotkernel cache layer configuration guide.
-
-The Dotkernel Caching Layer is based on Zend Framework Cache, more configuration options can be found at the following links:
-<ul>
-    <li><a title="Zend Framework Cache Frontends" href="http://framework.zend.com/manual/1.12/en/zend.cache.frontends.html" target="_blank" rel="noopener noreferrer">Zend Framework Cache Frontends</a></li>
-    <li><a title="Zend Framework Cache Backends" href="http://framework.zend.com/manual/1.12/en/zend.cache.backends.html" target="_blank" rel="noopener noreferrer">Zend Framework Cache Backends</a></li>
-</ul>
-<!--more-->
-<h2>Main cache settings (Cache Frontend)</h2>
-The main cache settings within the <strong>application.ini </strong>file should look like this:
-<pre>cache.enable = true
-cache.factory = "apc"
-cache.lifetime = "86400"
-cache.namespace = "dotkernel"</pre>
-The <em>cache.enable</em> option can be used to disable caching, mostly used in development stage.
-
-The <em>cache.factory</em> value will be the cache service we want to use: <em><strong>file</strong></em> or <em><strong>apc</strong></em>
-
-The <em>cache.namespace </em>will be the cache variables prefix and the <em>cache.lifetime</em> value will define how long the variables cached will be usable before they will need to be re-cached.
-
-&nbsp;
-<h2>Individual cache settings (Cache Backend)</h2>
-The individual cache settings are optional but we highly recommend that you have theese values set, otherwise other projects might use the same cache
-<pre>; file caching settings
- cache.file.cache_dir = APPLICATION_PATH "/cache"
- cache.file.cache_file_perm = 0600</pre>
-&nbsp;
-
-For more settings and caching alternatives see the Zend Framework Cache Links at the article beginning.
-
-The setting pattern and sample are below:
-<pre>cache.BACKEND_NAME.SETTING = "VALUE"
-; example:
-cache.file.file_name_prefix = "Dotkernel"</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel's caching layer based on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's based on Zend Framework Cache, configured through settings in application.ini, with more configuration options available at the Zend Framework Cache Frontends and Backends documentation links given in the article.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the cache.enable setting do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It can be used to disable caching, which is mostly useful during the development stage.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What values can cache.factory take? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The cache.factory value is the cache service to use, and the article lists two options: file or apc.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why bother setting the individual/backend cache settings like cache.file.cache_dir? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">These settings are optional, but the article highly recommends setting them, otherwise other projects might end up using the same cache.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.html.twig
deleted file mode 100644
index 9d8fccef..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dependency-injection-made-easy-in-laminas-mezzio-applications.html.twig
+++ /dev/null
@@ -1,164 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<blockquote><p class="mb-3"><strong>Note</strong>: The package requires Doctrine ORM. Still, it can be used in applications which do not integrate Doctrine.</p>
-</blockquote>
-
-<p class="mb-3">So, first thing first, the problem.<br><br>You have a <strong>Laminas / Mezzio</strong> application with a bunch of services that you need to use in a, let's say, controller class or in any other class, and you are tired of building, updating, and maintaining factories every time you add a new dependency to your class.</p>
-
-<p class="mb-3"><strong>Dotkernel </strong>has you covered. We built a <strong>tool to autowire those dependencies in your class</strong>. There is no need for factories for every class you make. Just use one “factory” class that you tie to your custom class in the config, and that's it.</p>
-
-<p class="mb-3">Sounds easy, right? Let’s finish with the chat and speak some code, first showing the problem and then the solution.</p>
-
-<blockquote><p class="mb-3">The examples below are from the <strong><a href="https://github.com/dotkernel/api" data-type="link" data-id="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">Dotkernel API framework</a></strong>, but the pattern applies to all <strong>laminas </strong>and <strong>mezzio </strong>applications and to all PSR-11 applications.</p>
-</blockquote>
-
-<pre>class UserHandler implements RequestHandlerInterface
-{
-    public function __construct(
-        protected UserServiceInterface $userService,
-        protected array $config,
-    ) {
-    }
-}</pre>
-
-<p class="mb-3">Above, we have a <strong>UserHandler </strong>(Controller), and we have the required dependencies: <code>UserService&nbsp;</code>and&nbsp;<code>config</code>. Normally, we would build a factory for this to get things from the container and put them in the config provider like this:</p>
-
-<pre>class UserHandlerFactory
-{
-    /**
-     * @throws ContainerExceptionInterface
-     * @throws NotFoundExceptionInterface
-     */
-    public function __invoke(ContainerInterface $container)
-    {
-        $userService = $container->get(UserService::class);
-        assert($userService instanceof UserService);
-
-        $config = $container->get('config');
-
-        return new UserHandler($userService, $config);
-    }
-}</pre>
-
-<p class="mb-3">And in the config provider, we would have the following:</p>
-
-<pre>public function getDependencies(): array
-{
-    return
-    ];
-}</pre>
-
-<p class="mb-3">In one more example, let's look at the real-world required dependencies for <code>UserService</code>, the dependency that is required for <code>UserHandle</code>.</p>
-
-<pre>class UserService implements UserServiceInterface
-{
-    public function __construct(
-        protected UserRoleServiceInterface $userRoleService,
-        protected MailService $mailService,
-        protected TemplateRendererInterface $templateRenderer,
-        protected OAuthAccessTokenRepository $oAuthAccessTokenRepository,
-        protected OAuthRefreshTokenRepository $oAuthRefreshTokenRepository,
-        protected UserRepository $userRepository,
-        protected UserDetailRepository $userDetailRepository,
-        protected UserResetPasswordRepository $userResetPasswordRepository,
-        protected LoggerInterface $logger,
-        protected array $config = [],
-    ) {
-    }
-}</pre>
-
-<p class="mb-3">Now consider that we need to build the factory for this and update it when we add a new dependency, and so on. Also to build the logic in the factory to handle any dependencies missing from the container. Painful right?</p>
-
-<p class="mb-3">Now let's use <strong>Dotkernel's</strong> <a href="https://github.com/dotkernel/dot-dependency-injection" target="_blank" rel="noreferrer noopener">dot-dependency-injection</a> package to inject the required dependency into your class.</p>
-
-<p class="mb-3">After you install the package, your class needs to <code>use Dot\DependencyInjection\Attribute\Inject</code> , then you need to add the <code>#[Inject(...)]</code> attribute to the constructor definition to specify which dependencies should be injected.</p>
-
-<pre>use Dot\DependencyInjection\Attribute\Inject;
-
-class UserHandler implements RequestHandlerInterface
-{
-    #[Inject(
-        UserServiceInterface::class,
-        "config",
-    )]
-    public function __construct(
-        protected UserServiceInterface $userService,
-        protected array $config,
-    ) {
-    }
-}</pre>
-
-<p class="mb-3">Add the <code>Dot\DependencyInjection\Factory\AttributedServiceFactory</code> class to your <code>ConfigProvider</code></p>
-
-<pre>public function getDependencies(): array
-{
-    return
-    ];
-}</pre>
-
-<p class="mb-3">That's right, the `<code>AttributedServiceFactory</code> `class is the only one you need to add to your config, so you are ready to go. This class will "build" the factory for you and will handle all the logic if any dependencies are not found in the container with appropriate exceptions and messages.</p>
-<p class="mb-3"></p>
-<p class="mb-3">One more time, let's see how the <code>UserService</code> will look now.</p>
-<p class="mb-3"></p>
-<pre>class UserService implements UserServiceInterface
-{
-    use Dot\DependencyInjection\Attribute\Inject;
-
-    #
-    public function __construct(
-        protected UserRoleServiceInterface $userRoleService,
-        protected MailService $mailService,
-        protected TemplateRendererInterface $templateRenderer,
-        protected OAuthAccessTokenRepository $oAuthAccessTokenRepository,
-        protected OAuthRefreshTokenRepository $oAuthRefreshTokenRepository,
-        protected UserRepository $userRepository,
-        protected UserDetailRepository $userDetailRepository,
-        protected UserResetPasswordRepository $userResetPasswordRepository,
-        protected LoggerInterface $logger,
-        protected array $config = [],
-    ) {
-    }
-
-}</pre>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>And, that's not all.</h2>
-<p class="mb-3">If you use doctrine and repository pattern and you don't want to get your repository from <code>EntityManager </code>and want to inject it into your service, this package covers that too. The principle is the same, and for more insight about this, you can check the package documentation at <a href="https://docs.dotkernel.org/dot-dependency-injection/">dot-dependency-injection</a>.</p>
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What problem does dot-dependency-injection solve? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In Laminas/Mezzio applications, developers normally have to build, update, and maintain a factory class for every class that needs dependencies. dot-dependency-injection autowires those dependencies instead, so you don't need a factory for every class.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does dot-dependency-injection require Doctrine ORM? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The package requires Doctrine ORM, but the article notes it can still be used in applications that don't integrate Doctrine.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you mark a class's constructor dependencies for injection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Import Dot\DependencyInjection\Attribute\Inject in the class, then add the attribute to the constructor definition to specify which dependencies should be injected.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What do you need to add to the ConfigProvider to use this package? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Only the Dot\DependencyInjection\Factory\AttributedServiceFactory class needs to be added to your config's dependencies. It builds the factory for you and handles the logic for dependencies missing from the container, with appropriate exceptions and messages.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can this package be used with the Doctrine repository pattern? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. If you don't want to fetch a repository from the EntityManager and instead want to inject it directly into your service, the article says this package covers that too, following the same principle, with more details in the package documentation.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.html.twig
deleted file mode 100644
index cd593876..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/detecting-mobile-devices-in-dotkernel-1-6-0.html.twig
+++ /dev/null
@@ -1,111 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-The new Dotkernel version 1.6.0 is comming with some changes how we are detecting mobile devices, this changes are because of the new Wurfl Cloud integration.
-
-This version of Dotkernel is not comming anymore with a working built in method for mobile detection, so first we have to configure it.
-
-<!--more-->
-<ul>
-    <li>go to scientiamobile website and register for an Wurfl Cloud account</li>
-    <li>choose<strong> device_os</strong> and <strong>mobile_browser</strong> to your account and save</li>
-    <li>go to API Keys and copy the right key in application.ini</li>
-</ul>
-&nbsp;
-
-We choosed device_os and mobile_browser capabilities because with these two capabilities we can get some extra capabilities (isMobile, isSmartPhone, isIphone, isAndroid, isBlackberry, is Symbian and is WindowsMobile) using our built in methods.
-
-Choosing other capabilities from scientiamobile will result in wrong detection of these extra capabilities, but you can get only those capabilities using another method from Dot_UserAgent_WurflCloud class.
-
-Wurfl Cloud setting in application.ini
-<pre>resources.useragent.wurflcloud.active = TRUE
-resources.useragent.wurflcloud.redirect = TRUE
-resources.useragent.wurflcloud.cache = TRUE
-resources.useragent.wurflcloud.cache_lifetime = 3600
-resources.useragent.wurflcloud.cache_namespace = WURFLCLOUD
-resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-resources.useragent.wurflcloud.lib_dir = APPLICATION_PATH "/library/WurflCloud/"</pre>
-<strong>active</strong> - used to turn on (TRUE) or off (FALSE) the wurfl cloud detection (default: TRUE)
-<strong>redirect</strong> - if is TRUE your visitators from frontend will be redirected to mobile module (default: TRUE)
-<strong>cache</strong> - cache every distinct result to optimize the number of requests to scientiamobile (default: TRUE)
-<strong>cache_lifetime</strong> - time in seconds to keep the results in cache (default: 3600)
-<strong>cache_namespace</strong> - the prefix used for cache keys (default: WURFLCLOUD)
-<strong>api_key</strong> - API Key from WURFL Cloud account (change this with your key)
-<strong>lib_dir</strong> - the wurfl cloud library location in Dotkernel (don't change this, just if you want to move the library)
-
-Because of these changes we removed the old Dot_UserAgent_Wurfl class and added the new one Dot_UserAgent_WurflCloud wich is using the Wurfl Cloud API adapter.
-
-<h2>Example of Dot_UserAgent usage in Dotkernel:</h2>
-
-Get Wurfl configuration
-<pre>$wurflConf = $registry->configuration->resources->useragent->wurflcloud;</pre>
-Note: You can have more Wurfl configurations if you have more libraries like Wurfl Package (GPL)
-
-If Wurfl is active then get device info
-<pre>if($wurflConf->active)
-{
-    $deviceInfo = Dot_UserAgent :: getDeviceInfo($_SERVER);
-    ...
-}</pre>
-If detected device is an mobile device we will save device info in database and redirect it to the mobile controller
-<pre>if( (0 < count((array)$deviceInfo)) && $deviceInfo->isMobile)
-{
-
-    if(!$registry->session->visitId)
-    {
-        $registry->session->visitId = Dot_Statistic::registerVisit();
-    }
-
-    // if the Statistic module is integrate, record the deviceInfo too, and record TRUE
-        //in $session->mobile
-    if(!$registry->session->mobile)
-    {
-        $registry->session->mobile =
-                Dot_Statistic::registerMobileDetails($registry->session->visitId, $deviceInfo);
-
-        //redirect to mobile controller , only if the session is not set.
-        //Otherwise will trap the user in mobile controller
-        if($wurflConf->redirect)
-        {
-            header('location: '.
-                        $registry->configuration->website->params->url.'/mobile');
-            exit;
-        }
-    }
-}</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did mobile detection change in Dotkernel 1.6.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because of the new Wurfl Cloud integration. This version no longer ships with a working built-in method for mobile detection, so it must be configured first.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the steps to configure Wurfl Cloud detection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Go to the scientiamobile website and register for a Wurfl Cloud account, choose the device_os and mobile_browser capabilities for the account and save, then go to API Keys and copy the key into application.ini.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why choose the device_os and mobile_browser capabilities specifically? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">With these two capabilities, Dotkernel's built-in methods can also derive extra capabilities such as isMobile, isSmartPhone, isIphone, isAndroid, isBlackberry, isSymbian, and isWindowsMobile. Choosing other capabilities from scientiamobile results in wrong detection of these extra capabilities.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happened to the old Dot_UserAgent_Wurfl class? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It was removed and replaced with the new Dot_UserAgent_WurflCloud class, which uses the Wurfl Cloud API adapter.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the redirect setting in application.ini control? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When resources.useragent.wurflcloud.redirect is TRUE (the default), visitors from the frontend are redirected to the mobile module the first time a mobile device is detected.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/disable-wurfl-redirect-for-mobile-browsers.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/disable-wurfl-redirect-for-mobile-browsers.html.twig
deleted file mode 100644
index 6b8d447f..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/disable-wurfl-redirect-for-mobile-browsers.html.twig
+++ /dev/null
@@ -1,31 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel has an example mobile site at <a href="http://v1.dotkernel.net/mobile" target="_blank" rel="noopener noreferrer">http://v1.dotkernel.net/mobile</a> that uses <a href="http://jquerymobile.com/">jQuery Mobile</a>.
-
-Wurfl is also used to detect mobile browsers (as discussed in a <a href="http://www.dotkernel.com/dotkernel/wurfl-zend-framework-integration-into-dotkernel/">previous blog post</a>) and automatically redirect them to the mobile site the first time they view the homepage. Sometimes, this behavior isn't desired (for example when you don't have a mobile site, or you don't plan on using Wurfl at all)
-
-Starting with revision 408, there's an option in <strong>application.ini</strong> to disable the automatic redirect (by default the redirect is disabled):
-<!--more-->
-<pre>resources.useragent.wurflapi.redirect = false</pre>
-The following condition is also added to <strong>Controllers/frontend/IndexController.php</strong> (at line 19) to check the configuration:
-<pre>//if automatic redirect is enabled in application.ini and the browser is mobile and session->mobileHit is not set, register it and redirect
-if($config->resources->useragent->wurflapi->redirect && 'mobile' == Dot_Kernel::getDevice()->getType() && !isset($session->mobileHit))</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you disable the automatic mobile redirect in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting with revision 408, set resources.useragent.wurflapi.redirect = false in application.ini. Per the article, this is also the default state of the redirect option.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where in the code is this configuration option checked? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In Controllers/frontend/IndexController.php (around line 19), a condition checks whether the redirect is enabled in application.ini, whether the visiting browser is mobile, and whether session->mobileHit isn't already set, before registering and redirecting the visit.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.html.twig
deleted file mode 100644
index 12e78555..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/disambiguation-dotkernel-1-and-dotkernel-3.html.twig
+++ /dev/null
@@ -1,74 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What is the meaning behind 'Dotkernel'?</h2>
-
-    <p>The name <strong>Dotkernel</strong> symbiotically combines the string <strong>Dot, </strong>as a representation of the Internet, and <strong>Kernel</strong>, the quintessential components of any IT application.</p>
-    <p>In other words, <strong>Dotkernel</strong> aims to become the starting point for development Internet applications and hence ensure increased development productivity and run-time performance.</p>
-
-<h2>What was Dotkernel 1?</h2>
-
-    <p>Dotkernel 1 was a <strong><em>PHP</em> <em>Application Framework</em></strong>, built on top of Zend Framework 1 (ZF1).</p>
-
-    <p>It had the first public release in July 2010.
-    It was tightly coupled with <strong>Zend Framework 1</strong> and adds a set of custom or external features (such as Router, Template Engine, etc.).
-    It was composed of <strong>Zend Framework 1</strong> and a set of custom or external features (such as Router, Template Engine, etc.).
-        Dotkernel 1 architecture was based on <strong>MVC</strong>.</p>
-
-    <p>The latest version is <strong>1.8 Long Term Support</strong>.
-        It will not be getting any new releases or bugfixes because Zend Framework 1 is also not supported.
-        If you are still using either Dotkernel 1 or Zend Framework 1, you need to refactor your code to the <a href="https://docs.dotkernel.org/headless-documentation/" target="_blank" rel="noopener noreferrer">Dotkernel Headless Platform</a>.</p>
-
-<h2>What is Dotkernel?</h2>
-
-    <p>A <strong>collection</strong> of PSR-15 Middleware applications built on top of the <a href="https://docs.mezzio.dev/mezzio/v3/getting-started/quick-start/" target="_blank" rel="noopener noreferrer"><strong>Mezzio</strong></a> microframework.
-    It is composed of a set of custom and extended <a href="https://docs.laminas.dev/" target="_blank" rel="noopener noreferrer"><strong>Laminas</strong></a> components.</p>
-    <p>Dotkernel architecture is based on <strong>Middleware</strong>.
-        Dotkernel implements the following PSR's, where applicable: PSR-7, PSR-11, PSR-15, PSR-3, PSR-4, PSR-6, PSR-13, PSR-14, PSR-17, PSR-18, PSR-20.</p>
-
-    <p>Currently, there are three applications:</p>
-
-    <p>- API<br>
-    - Admin<br>
-    - Queue</p>
-
-<h2>Dotkernel = Dotkernel 1 or the new Dotkernel?</h2>
-
-    <p>In posts older than 2017 <strong>Dotkernel 1</strong> was referred to as <strong>Dotkernel </strong>because it was the only Dotkernel version.
-        Since the release of newer versions, we have dropped the number at the end, so currently we refer to our platform as 'Dotkernel'.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does the name "Dotkernel" mean? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It combines "Dot", as a representation of the Internet, with "kernel", the quintessence of any IT application, reflecting the aim of being a central part of Internet development.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is Dotkernel 1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A PHP Application Framework built on top of Zend Framework 1, first publicly released in July 2010, with an architecture based on MVC. Its latest version is 1.8 Long Term Support, which per the article will not be followed by a new version, only bugfixes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A collection of PSR-15 Middleware applications built on top of the Mezzio microframework. It implements PSR-7, PSR-11, PSR-15, PSR-3, PSR-4, PSR-6, PSR-13, PSR-14, PSR-17, PSR-18, PSR-20.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How many applications make up Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">At the time of the article, there were three available applications, API, Admin and Queue.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When someone writes just "Dotkernel", which version is meant? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In posts older than 2017, "Dotkernel" referred to Dotkernel 1, since it was the only version. Since the release of Dotkernel 3, "Dotkernel" refers to Dotkernel 3, and all future references to Dotkernel 1 are made explicitly.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/doctrine-cache-using-symfony-cache.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/doctrine-cache-using-symfony-cache.html.twig
deleted file mode 100644
index 4da69f55..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/doctrine-cache-using-symfony-cache.html.twig
+++ /dev/null
@@ -1,109 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"></p>
-<p class="mb-3">When it comes to web development, performance is one of the critical elements that influence the success of an application. Developers focus on improving response times and overall speed to enhance the user experience.</p>
-<p class="mb-3"></p>
-<p class="mb-3">When a user visits a website or interacts with a web application, various resources such as images, scripts, and database queries are requested from the server. Retrieving these resources can sometimes be time-consuming, especially if they require complex processing or querying a database.</p>
-<p class="mb-3"></p>
-<p class="mb-3">To speed up this process and improve overall performance, developers implement caching mechanisms. When data is first requested, it's stored in a cache. Then, when subsequent requests for the same data are made, the application can retrieve it from the cache instead of fetching it from the original source. This reduces the time it takes to serve the content to the user because accessing data from the cache is typically much faster than retrieving it from the original source.</p>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">
-<p class="mb-3">This article is a follow-up to the <a href="https://www.dotkernel.com/how-to/doctrine-cache-in-mezzio-and-dotkernel/" target="_blank" rel="noopener" data-wplink-edit="true">previous article</a> where we tackled the caching topic.</p>
-</blockquote>
-<p class="mb-3"></p>
-<figure></figure>
-<p class="mb-3"></p>
-                                                    <img width="710" height="351" src="{{ asset('uploads/article/' ~ article.id ~ '/sdasdadsa.drawio.png') }}" alt="" srcset="/uploads/2024/02/sdasdadsa.drawio.png 710w, /uploads/2024/02/sdasdadsa.drawio-300x148.png 300w, /uploads/2024/02/sdasdadsa.drawio-71x35.png 71w, /uploads/2024/02/sdasdadsa.drawio-162x80.png 162w, /uploads/2024/02/sdasdadsa.drawio-394x195.png 394w" sizes="(max-width: 710px) 100vw, 710px">
-        <p class="mb-3">In this article our focus will be on enabling the <a href="https://packagist.org/packages/dotkernel/dot-cache" target="_blank" rel="noopener">dot-cache</a> component and effectively implementing caching in <a href="https://github.com/dotkernel/admin/" target="_blank" rel="noopener">Dotkernel Admin</a>.</p>
-            <h2>Installation</h2>
-        <p class="mb-3">Run the following command in your project directory:</p><pre>composer require dotkernel/dot-cache</pre><p class="mb-3">After installing, add the <code>DotCacheConfigProvider::class</code> class to your configuration aggregate (config/config.php).</p>
-<p class="mb-3">Before we continue with the configuration process we need to know a few things about how and where the data is stored.</p>
-<p class="mb-3">The <a href="https://packagist.org/packages/dotkernel/dot-cache" target="_blank" rel="noopener">dotkernel/dot-cache</a> component is a wrapper that sits on top of <a href="https://packagist.org/packages/symfony/cache" target="_blank" rel="noopener">symfony/cache</a>. It currently supports two adapters and can store data in two distinct locations:</p>
-<ol>
-<li><b>array </b>- stores data in-memory</li>
-<li><b>filesystem </b>- stores data on local disk files</li>
-</ol>
-<p class="mb-3">1. Storing data in-memory is the fastest and sometimes the cheapest caching mechanism, but it also comes with down-sides. Storing everything in the RAM memory is not the best idea when your application is running on a low memory system. In this case you should consider using the <b>filesystem</b> mechanism.</p>
-<p class="mb-3">2. The second caching mechanism involves storing data into files on the local disk, known as the <b>filesystem </b>option. While this option may be slightly slower than the first one, it provides a more persistent storage solution.</p>
-<p class="mb-3"><strong>Feel free to explore and use other adapters from <a href="https://packagist.org/packages/symfony/cache" target="_blank" rel="noopener">symfony/cache</a></strong> <b>by checking the <a href="https://symfony.com/doc/current/components/cache.html#advanced-usage" target="_blank" rel="noopener">official documentation</a>.</b></p>
-            <h2>Configuration</h2>
-        <p class="mb-3">In <code>configautoloaddoctrine.global.php</code>, in the <code>doctrine.configuration.orm_default</code> key add the following entry:</p>
-<pre><code>'result_cache'       =&gt; 'filesystem',
-'metadata_cache'     =&gt; 'filesystem',
-'query_cache'        =&gt; 'filesystem',
-'hydration_cache'    =&gt; 'array',
-'second_level_cache' =&gt; ,
-],</code><code><br /></code></pre>
-<p dir="auto">Next, under the <code>doctrine</code> key add the following items:</p>
-<pre>'cache' =&gt; ,
-    'filesystem' =&gt; ,
-],</pre>
-<p class="mb-3">The result is that the metadata and query cache will be stored in the <code>data/cache/doctrine</code> folder and the hydration cache will be stored in-memory.</p>
-<p class="mb-3">Each system is unique, requiring customized configurations. Make sure to identify the specific configuration requirements for your application.</p>
-<p class="mb-3"><b>Doctrine cache is divided into 4 different types: </b></p>
-<ul>
-<li><code>result_cache</code></li>
-<li><code>metadata_cache</code></li>
-<li><code>query_cache</code></li>
-<li><code>hydration_cache</code></li>
-</ul>
-<h3><b>Result cache</b></h3>
-<p class="mb-3">The result cache can be used to store the results of your queries, enabling Doctrine to avoid querying the database or hydrating the data again after the initial retrieval.</p>
-<p class="mb-3"> </p>
-<h3><b>Metadata cache</b></h3>
-<p class="mb-3">Parsing your class metadata on every request is inefficient. Instead, it's advisable to cache this information using one of the available cache adapters.</p>
-<p class="mb-3"> </p>
-<h3><b>Query cache</b></h3>
-<p class="mb-3">In a production environment, it's strongly recommended to cache the resulted DQL query into its SQL equivalent. Since the query doesn't change unless the DQL query itself changes, it's unnecessary to parse it multiple times.</p>
-<h3><b>Hydration cache</b></h3>
-Doctrine hydration cache is a feature that stores the results of data hydration, which is the process of converting raw database data into usable objects or arrays. By caching these results, it avoids repeating the hydration process for repeated queries, improving performance.
-            <h2>How to use</h2>
-        <p class="mb-3">To enable caching for entities, need to add the &nbsp;<code>#</code> attribute like in the following example:</p>
-<pre>#<br>#<br>#<br>class Admin extends AbstractEntity implements AdminInterface<br>{<br>}</pre>
-<p class="mb-3">For further details about the cache mode please refer to the <a href="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/second-level-cache.html" target="_blank" rel="noopener">official documentation</a>.</p>
-<p class="mb-3">When querying data, you can have Doctrine cache your results. You do this by calling the <code>setCacheable</code> method on the query builder.</p>
-<pre>$this-&gt;getQueryBuilder()<br>     -&gt;select('admin')<br>     -&gt;from(Admin::class, 'admin')<br>     -&gt;setCacheable(true)<br>     -&gt;getQuery()<br>     -&gt;getResult();</pre>
-<p class="mb-3">Caching is not limited to entities alone. Objects can be cached too. Check the <a href="https://symfony.com/doc/current/components/cache.html#basic-usage-psr-6" target="_blank" rel="noopener">basic cache usage</a> for this purpose.</p>
-<p class="mb-3">In conclusion, cache plays a vital role in optimizing system performance and improving user experience by storing frequently accessed data. As technology continues to evolve, caching mechanisms will remain an integral part of modern computing architectures, driving faster access to data and smoother user interactions across various digital platforms.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What component does this article use for caching Doctrine data? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The dotkernel/dot-cache component, a wrapper that sits on top of symfony/cache. It's installed with composer require dotkernel/dot-cache and registered by adding DotCacheConfigProvider::class to the configuration aggregate.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What storage adapters does dot-cache currently support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Two: array, which stores data in-memory and is the fastest option but uses more RAM, and filesystem, which stores data in local disk files and is slightly slower but more persistent.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the four types of Doctrine cache covered? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">result_cache, metadata_cache, query_cache, and hydration_cache, each configured under the doctrine.configuration.orm_default key.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the result cache do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It stores the results of queries, letting Doctrine avoid querying the database or hydrating the data again after the initial retrieval.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why cache class metadata? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because parsing class metadata on every request is inefficient, so it's advisable to cache it using one of the available cache adapters.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you mark an entity or a query as cacheable? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">To enable caching for entities you add a caching attribute to the entity class; to cache an individual query, call setCacheable(true) on the query builder before getResult().</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/doctrine-enum-implementation-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/doctrine-enum-implementation-in-dotkernel.html.twig
deleted file mode 100644
index be7ce995..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/doctrine-enum-implementation-in-dotkernel.html.twig
+++ /dev/null
@@ -1,267 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The update of <code>doctrine/orm</code> to version 3.2.0 saw the introduction of <strong>EnumType</strong> columns. The enum type was introduced in <strong>PHP 8.1</strong>. This new data type is now implemented in Dotkernel, on both the PHP side and the database side.</p>
-
-<p class="mb-3">Below we will discuss some technical aspects behind this update. You can review the full update in <a href="https://github.com/dotkernel/api/pull/339/files" target="_blank" rel="noreferrer noopener">this Dotkernel API Pull Request</a>.</p>
-
-<h2><a href="#doctrines-approach"></a>Doctrine's approach</h2>
-
-<p class="mb-3">The update introduces the detection of <code>enumType</code> and <code>options.values</code> from a property with <code>type: Types::ENUM</code>. <a rel="noreferrer noopener" href="https://github.com/doctrine/orm/pull/11666" target="_blank">This PR</a> discusses the update and links to several older relevant issues.</p>
-
-<h3><a href="#old-setup"></a>Old setup</h3>
-
-<pre>#[Entity]
-class Card
-{
-    #[Id]
-    #[GeneratedValue]
-    #[Column]
-    public int $id;
-
-    #[Column(
-        type: Types::ENUM,
-        enumType: Suit::class,
-        options: ['values' => ['H', 'D', 'C', 'S']],
-    )]
-    public Suit $suit;
-}</pre>
-
-<h3><a href="#new-setup"></a>New setup</h3>
-
-<pre>#[Entity]
-class Card
-{
-    #[Id]
-    #[GeneratedValue]
-    #[Column]
-    public int $id;
-
-    #[Column(type: Types::ENUM)]
-    public Suit $suit;
-}</pre>
-
-<blockquote><p class="mb-3">Note that the type <code>Types::ENUM</code> part is still required if we want to have an actual <code>enum</code> column in MariaDB. We still default to <code>Types::STRING</code> or <code>TYPES::INTEGER</code> for columns types with a PHP enum as this is the more portable solution and the safer default.</p>
-</blockquote>
-
-<h2><a href="#dotkernels-approach"></a>Dotkernel's approach</h2>
-
-<h3><a href="#old-setup-1"></a>Old setup</h3>
-
-<p class="mb-3">Dotkernel uses flags for columns like <code>User-&gt;Status</code>, but we resorted to the simpler <code>string</code> type. The obvious disadvantage is that you can't definitively enforce a set of values for a given column. Sure, the PHP can be set up to only use the agrred upon set of values, but the database is independent from it. If you edit a value manually in the database, any string is accepted.</p>
-
-<p class="mb-3">The issue is the same on the side of the PHP code. If the developer adds a value with a typo, it's supported, but will not work as intended.</p>
-
-<p class="mb-3">The only advantage this setup has is the ability to easily add more values in the value set. This may be seen as a feature, but it invites bugs in the execution.</p>
-
-<p class="mb-3">Our old implementation defined the values like below, for the <code>User</code> entity.</p>
-
-<pre>public const STATUS_PENDING = 'pending';
-public const STATUS_ACTIVE  = 'active';
-public const STATUSES       = [
-    self::STATUS_PENDING,
-    self::STATUS_ACTIVE,
-];</pre>
-
-<p class="mb-3">The column for the ORM was defined like this, as a simple string, with <code>pending</code> as its default value:</p>
-
-<pre>#[ORM\Column(name: "status", type: "string", length: 20)]
-protected string $status = self::STATUS_PENDING;</pre>
-
-<p class="mb-3">Obviously, the <code>getStatus</code> and <code>setStatus</code> also work with strings:</p>
-
-<pre>public function getStatus(): string
-{
-    return $this->status;
-}
-
-public function setStatus(string $status): self
-{
-    $this->status = $status;
-}</pre>
-
-<h3><a href="#new-setup-1"></a>New setup</h3>
-
-<p class="mb-3">Thanks to the update of <code>doctrine/orm</code> to version 3.2.0, Dotkernel can now have a proper link between the PHP code and database values. Now the link between the PHP code and the database is explicit and enforced.</p>
-
-<blockquote><p class="mb-3">Any update to the value set must be on both the PHP code and the database.</p>
-</blockquote>
-
-<p class="mb-3">Let's review how the update affects the <code>User</code> entity.</p>
-
-<blockquote><p class="mb-3">In the next example, we show how to implement a value set using a custom enum.</p>
-</blockquote>
-
-<p class="mb-3">First, we define our custom value set in <code>src/User/src/Enum/UserStatusEnum.php</code>.</p>
-
-<pre>namespace Api\User\Enum;
-
-enum UserStatusEnum: string
-{
-    case Active  = 'active';
-    case Pending = 'pending';
-}</pre>
-
-<p class="mb-3">We need to create <code>src/User/src/DBAL/Types/UserStatusEnumType.php</code> to process the new values for the <code>status</code> column.</p>
-
-<blockquote><p class="mb-3"><code>AbstractEnumType</code> must be extended by any future custom enum type.</p>
-</blockquote>
-
-<pre>namespace Api\User\DBAL\Types;
-
-use Api\App\DBAL\Types\AbstractEnumType;
-use Api\User\Enum\UserStatusEnum;
-
-class UserStatusEnumType extends AbstractEnumType
-{
-    public const NAME = 'user_status_enum';
-
-    protected function getEnumClass(): string
-    {
-        return UserStatusEnum::class;
-    }
-
-    public function getName(): string
-    {
-        return self::NAME;
-    }
-}</pre>
-
-<blockquote><p class="mb-3">If you create your own enum types, make sure to update the <code>NAME</code> constant and the value returned by <code>getEnumClass</code>.</p>
-</blockquote>
-
-<p class="mb-3">Let's register the custom type in <code>config/autoload/doctrine.global.php</code> under the <code>types</code> key:</p>
-
-<pre>'types'         => [
-[...]
-    UserStatusEnumType::NAME => UserStatusEnumType::class,
-[...]
-],</pre>
-
-<p class="mb-3">The filtering is updated in <code>src/User/src/InputFilter/Input/StatusInput.php</code>:</p>
-
-<pre>$this->getFilterChain()
-    ->attachByName(StringTrim::class)
-    ->attachByName(StripTags::class)
-    ->attach(fn($value) => $value === null ? UserStatusEnum::Active : UserStatusEnum::from($value));
-
-$this->getValidatorChain()
-    ->attachByName(InArray::class, [
-        'haystack' => UserStatusEnum::cases(),
-        'message'  => sprintf(Message::INVALID_VALUE, 'status'),
-    ], true);</pre>
-
-<p class="mb-3">The above ensures that the new <code>UserStatusEnum</code> class is used for the <code>status</code> column updates.</p>
-
-<p class="mb-3">The <code>User</code> entity uses the new <code>UserStatusEnum</code> class.</p>
-
-<pre>#[ORM\Column(type: 'user_status_enum', options: ['default' => UserStatusEnum::Pending])]
-protected UserStatusEnum $status = UserStatusEnum::Pending;</pre>
-
-<p class="mb-3">The <code>status</code> getter and setter are also updated:</p>
-
-<pre>public function getStatus(): UserStatusEnum
-{
-    return $this->status;
-}
-
-public function setStatus(UserStatusEnum $status): self
-{
-    $this->status = $status;
-}</pre>
-
-<p class="mb-3">Dotkernel checks the user status during login in <code>src/User/src/Repository/UserRepository.php</code>. If the user is not activated, the login is rejected.</p>
-
-<pre>if ($clientEntity->getName() === 'frontend' &amp;&amp; $result['status'] !== UserStatusEnum::Active) {
-    throw new OAuthServerException(Message::USER_NOT_ACTIVATED, 6, 'inactive_user', 401);
-}</pre>
-
-<p class="mb-3">A new user is created using the <code>enum</code> type and <code>pending</code> as the default.</p>
-
-<pre>$user = (new User())
-    ->setDetail($detail)
-    ->setIdentity($data['identity'])
-    ->usePassword($data['password'])
-    ->setStatus($data['status'] ?? UserStatusEnum::Pending);</pre>
-
-<p class="mb-3">Note the <code>status</code> column in the migration query which now looks like this:</p>
-
-<pre>$this->addSql('
-CREATE TABLE user (
-    uuid BINARY(16) NOT NULL,
-    identity VARCHAR(191) NOT NULL,
-    password VARCHAR(191) NOT NULL,
-    status ENUM(\'active\', \'pending\') DEFAULT \'pending\' NOT NULL,
-    isDeleted TINYINT(1) NOT NULL,
-    hash VARCHAR(64) NOT NULL,
-    created DATETIME NOT NULL,
-    updated DATETIME DEFAULT NULL,
-    UNIQUE INDEX UNIQ_8D93D6496A95E9C4 (identity), UNIQUE INDEX UNIQ_8D93D649D1B862B8 (hash),
-    PRIMARY KEY(uuid)) DEFAULT CHARACTER SET utf8mb4');</pre>
-
-<p class="mb-3">The difference for the migration query is for the <code>status</code> column, highlighted below:</p>
-
-<pre>old setup: status VARCHAR(20) NOT NULL
-new setup: status ENUM(\'active\', \'pending\') DEFAULT \'pending\' NOT NULL</pre>
-
-<h2><a href="#conclusions"></a>Conclusions</h2>
-
-<p class="mb-3">The old setup used in the Dotkernel applications worked fine, but the limitations were clear as day. There was:</p>
-
-<ul><li>No enforcement of the value set.</li>
-
-<li>No link between the PHP code and the database.</li>
-</ul>
-
-<p class="mb-3">The new setup solves both issues, ensuring more consistent flag management for your classes.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What update triggered this change to Dotkernel's enum handling? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The update of doctrine/orm to version 3.2.0 introduced EnumType columns, building on the enum type introduced in PHP 8.1. Dotkernel implemented this new data type on both the PHP side and the database side.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was the limitation of Dotkernel's old approach to columns like User-&gt;Status? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The old setup used a simple string type, so the value set couldn't be definitively enforced. A typo in a PHP value would still be accepted, and the database was independent of any values the PHP code allowed, so manually editing a value in the database would accept any string.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was the one advantage of the old string-based setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It made it easy to add more values to the value set, though the article notes this ease also invites bugs in the execution.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What do you need to create to add a new custom enum type? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A PHP enum class (like UserStatusEnum) plus a DBAL type class extending AbstractEnumType, which must define a NAME constant and a getEnumClass() method; the new type is then registered under the types key in config/autoload/doctrine.global.php.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does Types::ENUM still fall back to a string or integer database column? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article notes that Doctrine still defaults to Types::STRING or Types::INTEGER for columns backed by a PHP enum, as this is considered the more portable and safer default; Types::ENUM is required if you want an actual enum column in MariaDB.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What must happen when the value set of an enum changes under the new setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Any update to the value set must be made on both the PHP code and the database, since the new setup creates an explicit, enforced link between them.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#relevant-links"></a>Relevant links</h2>
-
-<ul><li><a href="https://github.com/dotkernel/api/pull/339/files" target="_blank" rel="noreferrer noopener">Dotkernel API Pull Request</a></li>
-
-<li><a href="https://github.com/doctrine/orm/pull/11666" target="_blank" rel="noreferrer noopener">Doctrine Pull Request</a></li>
-
-<li><a href="https://www.php.net/manual/en/language.enumerations.overview.php" target="_blank" rel="noreferrer noopener">PHP Enumerations</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.html.twig
deleted file mode 100644
index d18f8f29..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotboost-technologies-products-and-services-north-american-relaunch.html.twig
+++ /dev/null
@@ -1,31 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>A new style and advanced approach to accompany the Dotkernel source release</strong>
-
-Dotboost is pleased to announce our North American Relaunch. This new phase comes as a result of dedicated research and analysis on how to best serve clients in Canada and the US.
-
-At the heart of our relaunch is the source release for our exclusive inhouse developed Dotkernel framework. We have also added business IT integration and increased the clarity to our existing consulting services.
-<!--more-->
-
-We're not your average IT organization; we view our customers as strategic partners. This paradigm allows us to take a comprehensive approach towards creating solutions and gain the competitive advantage.
-
-Founded in 2005, the Dotboost process can incorporate anywhere into your project's life-cycle including concept development, architecture and design, development and integration, and implementation and support. We use time and distance to our advantage, pushing competitive boundaries and staking our place as a globally efficient organization.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is at the heart of Dotboost's North American relaunch? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The source release of Dotboost's exclusive, in-house developed Dotkernel framework, along with added business IT integration and increased clarity around existing consulting services.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When was Dotboost founded, and at what stages can it join a project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotboost was founded in 2005. Per the article, its process can incorporate anywhere into a project's life-cycle, including concept development, architecture and design, development and integration, and implementation and support.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-0-release.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-0-release.html.twig
deleted file mode 100644
index 1229a536..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-0-release.html.twig
+++ /dev/null
@@ -1,62 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Finally we reached Dotkernel 1.2.0 milestone.
-
-Since the previous released 1.1.2, some changes have been made.
-<!--more-->
-<ul>
-    <li>On database, we changed the names and structure of tables to respect database naming convention. <a href="../dotkernel/dotkernel-database-naming-conventions-for-mysql/"><em>http://www.dotkernel.com/dotkernel/dotkernel-database-naming-conventions-for-mysql/</em></a></li>
-</ul>
-<ul>
-    <li>A new word came into our Dotkernel discussions: <strong><em>dots.</em></strong> We use this term when talking about a submodule and all its component files. For example, <em>“user”</em> is a submodule of <em>frontend</em> module. Note that one dots can be part of multiple modules. (For example, <em>“user”</em> dots belong to <em>frontend</em> and <em>admin</em> module). For each dots, the configurations values have been added to xml files which are stored in <em>configs/dots</em> folder. In the preview versions, this values where hard-coded in the php files.</li>
-</ul>
-<ul>
-    <li>Another change made in <em>configs </em>folder is <em>resource.xml</em>, which contains the configuration values for the controllers of each module.</li>
-</ul>
-To be easier to start an application from Dotkernel, in admin module, there are now the following dots:  admin, user and system.
-
-New library classes have been implemented: Dot_Geoip and Dot_Seo, and some of the existing ones have been updated: Dot_Curl and Dot_Session (each module has his own session).
-
-In Dotkernel, all SQL queries are written as prepared statements.  We strongly encourage this  practice: <em><a href="../php-development/protection-against-sql-injection-using-pdo-and-zend-framework/">http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/</a></em>
-
-For more details, see  <a title=http://www.dotkernel.com/changelog/1-2-0/" href="http://www.dotkernel.com/changelog/1-2-0/">ChangeLog 1.2.0</a>
-
-<em>
-</em>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a "dots" in Dotkernel, a term introduced in this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A term for a submodule and all its component files. For example, "user" is a dots of the frontend module, and one dots can belong to multiple modules, such as "user" belonging to both frontend and admin.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where are dots configuration values stored, compared to earlier versions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">They're stored in XML files inside the configs/dots folder. In previous versions, these values were hard-coded in the PHP files.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What dots does the admin module include by default? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">admin, user, and system, to make it easier to start an application from Dotkernel.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What library classes were added or updated in 1.2.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Geoip and Dot_Seo were newly implemented, while Dot_Curl and Dot_Session were updated, with each module now having its own session.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How are SQL queries written in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">All SQL queries are written as prepared statements, a practice the article strongly encourages.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-2-release.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-2-release.html.twig
deleted file mode 100644
index 5b65538b..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-2-2-release.html.twig
+++ /dev/null
@@ -1,41 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Yesterday, we released <strong>Dotkernel 1.2.2</strong>. It contains some bug fixes:
-<ul>
-    <li><span style="text-decoration: line-through;"><a href="http://www.dotkernel.net/view.php?id=31">31</a></span> – captcha errors try catch</li>
-    <li><span style="text-decoration: line-through;"><a href="http://www.dotkernel.net/view.php?id=32">32</a></span> – pagination issue</li>
-    <li><span style="text-decoration: line-through;"><a href="http://www.dotkernel.net/view.php?id=33">33</a></span> – Admin wrong link</li>
-    <li><span style="text-decoration: line-through;"><a href="http://www.dotkernel.net/view.php?id=34">34</a></span> – Acunetix results July 24th ( notices and one fatal error)</li>
-    <li><span style="text-decoration: line-through;"><a href="http://www.dotkernel.net/view.php?id=35">35</a></span> – update copyright line in files</li>
-</ul>
-<!--more-->
-For more details see <a href="../changelog/1-2-2/">ChangeLog 1.2.2</a>. To get only the changed files from 1.2.1 to 1.2.2, download the <a href="../download/?did=17">upgrade</a> file
-
-<strong>Note*</strong>: because of the Bug 35, all php files have changed. To see what else has changed, check the <a href="http://www.dotkernel.net/">Dotkernel Tracker</a> or the <a href="http://websvn.dotkernel.net/listing.php?repname=Dotkernel+ver.+1">Dotkernel WebSVN</a> .
-
-<em>P.S.</em> On July 22, 2010 we released <em>Dotkernel 1.2.1.</em> You can check the <a href="../changelog/1-2-1/">ChangeLog 1.2.1</a> or download <a href="../download/?did=14">the upgrade 1.2.1</a> zip file.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does the Dotkernel 1.2.2 release include? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel 1.2.2 is a bug-fix release that closes five issues: captcha error handling (try/catch), a pagination issue, a wrong admin link, notices and a fatal error found by an Acunetix scan, and an update to the copyright line in files.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why did all PHP files change in the 1.2.2 release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because of the fix for bug 35, which updated the copyright line, every PHP file in the codebase was touched, which is why the note in the post warns that all PHP files have changed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can I upgrade from a previous version to 1.2.2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can download just the changed files from 1.2.1 to 1.2.2 using the upgrade package linked in the post, or check the ChangeLog 1.2.2 for full details of what changed.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-0-release.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-0-release.html.twig
deleted file mode 100644
index 6fa33619..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-0-release.html.twig
+++ /dev/null
@@ -1,70 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-                    <a href="../download/?did=23">Dotkernel 1.3.0</a> is released at last. It contains important changes and new features.
-
-- <span style="text-decoration: line-through;"><a title="[closed] Skin switcher in admin" href="http://www.dotkernel.net/view.php?id=64">64</a></span>: <strong>[Feature]</strong> Skin switcher in admin - closed.
-
-The admin skin can be customized. There are several readymade skins like: <em>blue</em>, <em>brown</em>, <em>gray</em> and <em>green</em>. To set the admin skin, change the value of <em>settings.admin.skin</em> from application (e.g. <em>settings.admin.skin = green</em>).
-<!--more-->
-
-- <span style="text-decoration: line-through;"><a title="[closed] Want-Url in frontend" href="http://www.dotkernel.net/view.php?id=76">76</a></span>: <strong>[Bugs]</strong> Want-Url in frontend - closed.
-
-To protect a link that is accessible by members only, add this line in the controller file to protect what is below it: <em>Dot_Auth::checkIdentity();</em>
-
-- <span style="text-decoration: line-through;"><a title="[closed] Dot_Sessions // rename" href="http://www.dotkernel.net/view.php?id=77">77</a></span>: <strong>[Bugs]</strong> Dot_Sessions / rename - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Menu issue in Admin and frontend" href="http://www.dotkernel.net/view.php?id=70">70</a></span>: <strong>[Bugs]</strong> Menu issue in Admin and frontend - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Naming consistency Upper-lower case in url" href="http://www.dotkernel.net/view.php?id=73">73</a></span>: <strong>[Bugs]</strong> Naming consistency Upper-lower case in url - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] XSS forgot password" href="http://www.dotkernel.net/view.php?id=71">71</a></span>: <strong>[Bugs]</strong> XSS forgot password - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] scan result Oct 12th" href="http://www.dotkernel.net/view.php?id=72">72</a></span>: <strong>[Bugs]</strong> scan result Oct 12th - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Scan results Oct 1, 2010 on 1.3.0 RC" href="http://www.dotkernel.net/view.php?id=63">63</a></span>: <strong>[Bugs]</strong> Scan results Oct 1, 2010 on 1.3.0 RC - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] reorganization of XMl files" href="http://www.dotkernel.net/view.php?id=69">69</a></span>: <strong>[Bugs]</strong> reorganization of XMl files - closed.
-
-Some xml files from configs folder have been changed to encompass the current needs of Dotkernel. <em>resource.xml</em> has been deleted and its content split between <em>route.xml</em> and <em>dots.xml</em>. Check the manual to find more about <a href="../docs/router-xml/">route.xml</a> and <a href="../docs/dots-xml/">dots.xml</a>
-
-- <span style="text-decoration: line-through;"><a title="[closed] Security Issue // test controller " href="http://www.dotkernel.net/view.php?id=67">67</a></span>: <strong>[Bugs]</strong> Security Issue / test controller - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] The canonical URL isn't escaped" href="http://www.dotkernel.net/view.php?id=68">68</a></span>: <strong>[Bugs]</strong> The canonical URL isn't escaped - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Blank line at the beginning of every file in the frontend" href="http://www.dotkernel.net/view.php?id=66">66</a></span>: <strong>[Bugs]</strong> Blank line at the beginning of every file in the frontend - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] 1.3.0 as Release Candidate  Friday Oct 1st" href="http://www.dotkernel.net/view.php?id=60">60</a></span>: <strong>[Bugs]</strong> 1.3.0 as Release Candidate Friday Oct 1st - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Admin text box class dojo" href="http://www.dotkernel.net/view.php?id=62">62</a></span>: <strong>[Bugs]</strong> Admin text box class dojo - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] geoIP extension : record by name + list in dashboard admin GEOIP version and build " href="http://www.dotkernel.net/view.php?id=55">55</a></span>: <strong>[Bugs]</strong> geoIP extension: record by name + list in dashboard admin GEOIP version and build - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Admin listings #" href="http://www.dotkernel.net/view.php?id=59">59</a></span>: <strong>[Bugs]</strong> Admin listings # - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Admin Add Transporter not working" href="http://www.dotkernel.net/view.php?id=61">61</a></span>: <strong>[Bugs]</strong> Admin Add Transporter not working - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Admin : list stuff, div float" href="http://www.dotkernel.net/view.php?id=58">58</a></span>: <strong>[Bugs]</strong> Admin : list stuff, div float - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] OS name on admin/on mouse over" href="http://www.dotkernel.net/view.php?id=57">57</a></span>: <strong>[Bugs]</strong> OS name on admin/on mouse over - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] drop-down list in admin/user logins" href="http://www.dotkernel.net/view.php?id=53">53</a></span>: <strong>[Bugs]</strong> drop-down list in admin/user logins - closed.
-- <span style="text-decoration: line-through;"><a title="[closed] Admin hide debug bar in Login page" href="http://www.dotkernel.net/view.php?id=52">52</a></span>: <strong>[Bugs]</strong> Admin hide debug bar in Login page - closed.
-
-For more details see <a href="../changelog/1-3-0/">ChangeLog 1.3.0</a>.
-
-<strong>Note*</strong>: because of the bug <span style="text-decoration: line-through;"><a title="[closed] reorganization of XMl files" href="http://www.dotkernel.net/view.php?id=69">69</a></span>, this release is not compatible with the previous versions. To see what else has changed, check <a href="http://www.dotkernel.net/">Dotkernel Tracker</a> or <a href="http://websvn.dotkernel.net/listing.php?repname=Dotkernel">Dotkernel WebSVN</a>.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is new in the admin interface in Dotkernel 1.3.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">1.3.0 adds a skin switcher for the admin, with several ready-made skins (blue, brown, gray, green) that can be set via the settings.admin.skin configuration value.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I protect a page so only logged-in members can access it? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add the line Dot_Auth::checkIdentity(); in the controller file above the code you want to protect - everything below that line requires the visitor to be logged in.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happened to resource.xml in this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">resource.xml was deleted and its content split between two new files, route.xml and dots.xml.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is Dotkernel 1.3.0 backward compatible with earlier versions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. Because of the XML file reorganization (bug 69), 1.3.0 is not compatible with previous versions.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-2-release.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-2-release.html.twig
deleted file mode 100644
index 328bba6a..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-3-2-release.html.twig
+++ /dev/null
@@ -1,51 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Before the winter holiday we came with a new release: <a href="http://www.dotkernel.com/download/?did=27">Dotkernel 1.3.2</a>
-It contains many bug fixes, some refactoring and a few minor features.
-
-<!--more-->Bugs fixes:
-<ul>
-    <li style="text-decoration: line-through;"><a title="[resolved] Css phpinfo page admin" href="http://www.dotkernel.net/view.php?id=111">0000111</a>: <strong>[Bugs]</strong> Css phpinfo page admin</li>
-    <li style="text-decoration: line-through;"><a title="[closed] warning in admin dashboard for file" href="http://www.dotkernel.net/view.php?id=115">0000115</a>: <strong>[Bugs]</strong> warning in admin dashboard for file</li>
-    <li style="text-decoration: line-through;"><a title="[closed] WUFRL cache in admin" href="http://www.dotkernel.net/view.php?id=108">0000108</a>: <strong>[Bugs]</strong> WUFRL cache in admin</li>
-    <li style="text-decoration: line-through;"><a title="[closed] WURLF version" href="http://www.dotkernel.net/view.php?id=94">0000094</a>: <strong>[Bugs]</strong> WURLF version</li>
-    <li style="text-decoration: line-through;"><a title="[closed] Dot_Paginator Bug" href="http://www.dotkernel.net/view.php?id=112">0000112</a>: <strong>[Bugs]</strong> Dot_Paginator Bug</li>
-    <li style="text-decoration: line-through;"><a title="[closed] Zend Paginator double query ?" href="http://www.dotkernel.net/view.php?id=109">0000109</a>: <strong>[Bugs]</strong> Zend Paginator double query ?</li>
-    <li style="text-decoration: line-through;"><a title="[closed] Database naming convention" href="http://www.dotkernel.net/view.php?id=89">0000089</a>: <strong>[Bugs]</strong> Database naming convention</li>
-    <li style="text-decoration: line-through;"><a title="[closed] Database normalisation/refactor" href="http://www.dotkernel.net/view.php?id=97">0000097</a>: <strong>[Bugs]</strong> Database normalisation/refactor</li>
-</ul>
-Minor features:
-<ul>
-    <li style="text-decoration: line-through;"><a title="[closed] validIP , class Dot_Kernel refactor" href="http://www.dotkernel.net/view.php?id=96">0000096</a>: <strong>[Feature]</strong> validIP , class Dot_Kernel refactor</li>
-    <li style="text-decoration: line-through;"><a title="[closed] WURFL date and api version in admin " href="http://www.dotkernel.net/view.php?id=99">0000099</a>: <strong>[Feature]</strong> WURFL date and api version in admin</li>
-</ul>
-Refactoring:
-<ul>
-    <li style="text-decoration: line-through;"><a title="[closed] Zend_Paginator" href="http://www.dotkernel.net/view.php?id=110">0000110</a>: <strong>[REFACTOR]</strong> Zend_Paginator</li>
-    <li style="text-decoration: line-through;"><a title="[closed] Add a dojo dijit theme to Dotkernel" href="http://www.dotkernel.net/view.php?id=107">0000107</a>: <strong>[REFACTOR]</strong> Add a dojo dijit theme to Dotkernel</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What kind of release is Dotkernel 1.3.2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's mainly a maintenance release, containing many bug fixes, some refactoring, and a few minor features.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What bugs were fixed in 1.3.2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Fixes include a CSS issue on the admin phpinfo page, a warning in the admin dashboard, a WURFL cache issue and WURFL version issue in admin, a Dot_Paginator bug, a Zend Paginator double-query issue, and a database naming convention issue.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What minor features and refactoring were included? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Minor features include a refactor of validIP in Dot_Kernel and showing the WURFL date and API version in admin. Refactoring covered Zend_Paginator and added a dojo dijit theme to Dotkernel.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-5-0-released.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-5-0-released.html.twig
deleted file mode 100644
index 717e041a..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-5-0-released.html.twig
+++ /dev/null
@@ -1,62 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-After a longer wait than usual, Dotkernel 1.5.0 was just released. Due to the large amount of changes and the long time spent in development, we chose to skip 1.4 and go straight to 1.5.0.
-
-Here are a few of the many changes to Dotkernel in the latest release:
-<h2><!--more--></h2>
-<h2>Highlights of 1.5.0</h2>
-<h3>Switched from Dojo to jQuery</h3>
-Starting with 1.5.0 we've <a title="Intro to jQuery" href="http://www.dotkernel.com/javascript/intro-to-jquery/">switched from using Dojo to jQuery</a>. This doesn't mean you can't still use Dojo in your own projects, but only jQuery will be used and maintained in the Dotkernel distribution.
-<h3>New designs</h3>
-We've redesigned the admin site, with new themes, and a dropdown menu, as well as a new and simpler design for the front-end.
-<h3>Model inheritance</h3>
-Up until now, there was a lot of code duplication in models. For example, in the user model, you might have a <em>getUserById</em> function in the admin as well as the frontend. When you've got more models and more modules, your project can start having a lot of copy-pasted code.
-
-To prevent this, we've introduced a <em>Dot_Model</em> class, and a way to define global models that are inherited in the admin and frontend. This way, you can have <em>User</em> class in the admin that only has methods specific to the admin module, a <em>User</em> class in the frontend that only has code specific for the frontend, and they both inherit the <em>Dot_Model_User</em> class which will have all the common code.
-<h3>Dashed controllers</h3>
-We've changed the way the controller name is parsed, so that you can have controller with multiple words, split with dashes, without breaking the coding standard (for example, <em>www.example.com/search-article</em> will call <em>SearchArticleController.php</em>)
-<h3>Zend Registry reorganization</h3>
-We've changed the structure of the registry, for more about this, please check <a title="Zend Registry usage in Dotkernel" href="http://www.dotkernel.com/dotkernel/zend-registry-usage-in-dotkernel/">this blog post</a>.
-
-&nbsp;
-
-There have been about 250 commits in our SVN repository since the latest release, so we can't cover all changes in this blog post. Please <a title="Dotkernel 1.5.0" href="http://www.dotkernel.com/download/?did=33">download Dotkernel 1.5.0</a> try it out yourself and tell us what you think.
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did Dotkernel jump from 1.3 straight to 1.5.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because of the large amount of changes and the long time spent in development, the team chose to skip version 1.4 and go straight to 1.5.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Did Dotkernel switch from Dojo to jQuery in 1.5.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Starting with 1.5.0, Dotkernel switched from Dojo to jQuery for its own distribution, though Dojo can still be used in your own projects.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is Dot_Model and why was it introduced? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Model is a base class introduced to reduce code duplication between admin and frontend models. Both admin- and frontend-specific model classes (such as User) inherit from a shared Dot_Model_User class that holds the common code.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the "dashed controllers" feature work? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The controller name parsing was changed so a URL like www.example.com/search-article correctly calls SearchArticleController.php, allowing multi-word controller names split with dashes without breaking the coding standard.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How much changed in the 1.5.0 release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">About 250 commits went into the SVN repository since the previous release, so the blog post only covers the highlights - the full Dotkernel 1.5.0 download is available to try out.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-0-lts-released.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-0-lts-released.html.twig
deleted file mode 100644
index 18987679..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-0-lts-released.html.twig
+++ /dev/null
@@ -1,90 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel 1.8.0 (LTS) was just released.
-<h2><strong>What is LTS?
-</strong></h2>
-Long-term support (LTS) is a type of special versions or editions of software designed to be supported for a longer than normal period. It is particularly applicable to open-source software projects. It contains many bug fixes, some refactoring and a few minor features. Find more details read <a href="http://www.dotkernel.com/long-term-support" target="_blank" rel="noopener noreferrer">this article</a>.
-
-&nbsp;
-
-Here are a few of the many changes to Dotkernel in the latest release:
-<h2><!--more--></h2>
-<h2>Highlights of 1.8.0 (LTS)</h2>
-&nbsp;
-<h3>Plugin Architecture</h3>
-Starting with 1.8.0 we will start using Plugins to make the Dotkernel extending easier. We'll keep you up to date about how you create and use a plugin.
-<h3>New design</h3>
-We've redesigned the admin module and the frontend module is now mobile-friendly, but you can still use the mobile module.
-<h3>Loads Faster</h3>
-The Dotkernel framework just got a big boost because it supports APC &amp; File Caching within the framework, all the XML's and config files are cached in order to maximize response speed for more information about caching and how to cache your data see <a href="http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework/" target="_blank" rel="noopener noreferrer">this article</a>.
-<h3>Easier Request Handling</h3>
-We've added a new class, Dot_Request, which lets you have control over the request data before you use it, for example the variables $_SERVER, $_GET and $_POST are only used within controllers.
-<h3>Features added</h3>
-<ul>
-    <li>API with Rate Limit - we've added a simple API with a single key authentification and a simple implementation of a rate limit (see /configs/application.ini - section params.api)</li>
-    <li>Cache System - Built on the Zend_Cache backends, provides caching within Dotkernel, but also in library, more details about this and how it works can be found <a href="http://www.dotkernel.com/dotkernel/dotkernel-reserved-variable-names-for-caching/" target="_blank" rel="noopener noreferrer">here</a>.</li>
-</ul>
-<h3>Other changes</h3>
-<ul>
-    <li>Removed WURFL integration, Dotkernel can detect wether you use a mobile device separately now, the WURFL Library can be added as a Plugin from now on</li>
-    <li>Removed multiple SMTP Transporter, it can be added as a plugin</li>
-    <li>Security scan in Admin Dashboard - you can now see which are the recommended settings (especially security related) for Dotkernel to work at it's best</li>
-    <li>Admin fail logins are no longer sent to the first admin, they are sent to all developers found in <em>devEmails</em> within <em>settings</em> table in the database</li>
-    <li>Alert System - Alerts can be sent to all the developers to notify them if something goes wrong, for more information about alerts read <a href="http://www.dotkernel.com/dotkernel/how-to-use-alerts-in-dotkernel/" target="_blank" rel="noopener noreferrer">this article</a>.</li>
-</ul>
-<h3>Bug Fixes</h3>
-<ul>
-    <li><tt><span style="text-decoration: line-through;"><a class="resolved" title="[resolved] seo.xml will cause error on same varname for two modules instead of overwriting" href="http://dotkernel.net/view.php?id=289">0000289</a>: <b>[Bugs]</b> seo.xml will cause error on same varname for two modules instead of overwriting</span></tt></li>
-    <li><tt><span style="text-decoration: line-through;"><a class="resolved" title="[closed] email sent twice" href="http://dotkernel.net/view.php?id=249">0000249</a>: <b>[Bugs]</b> email sent twice</span></tt></li>
-    <li><tt><span style="text-decoration: line-through;"><a class="resolved" title="[closed] wrong unwritable warning on nginx" href="http://dotkernel.net/view.php?id=275">0000275</a>: <b>[Bugs]</b> wrong unwritable warning on nginx</span></tt></li>
-</ul>
-&nbsp;
-
-&nbsp;
-
-There have been a lot of commits in our SVN repository since the latest release, so we can't cover all changes in this blog post. Please <a title="Dotkernel 1.5.0" href="http://www.dotkernel.com/download/?did=41" target="_blank" rel="noopener noreferrer">download Dotkernel 1.8.0 (LTS)</a> try it out yourself and tell us what you think.
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does LTS mean for Dotkernel 1.8.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">LTS stands for Long-term support, a type of special version designed to be supported for longer than normal, which is particularly common for open-source software projects.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the Plugin Architecture introduced in 1.8.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting with 1.8.0, Dotkernel uses Plugins to make extending the framework easier.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does 1.8.0 load faster than previous versions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It supports APC and File Caching within the framework, so XML files and config files are cached to maximize response speed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is Dot_Request? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Request is a new class that gives you control over the request data before you use it, so that the variables $_SERVER, $_GET and $_POST are only accessed within controllers.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was removed from Dotkernel in 1.8.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">WURFL integration was removed (mobile device detection is now handled separately, and WURFL can be added as a plugin), and support for multiple SMTP transporters was removed (it can also be added as a plugin).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What security-related additions does 1.8.0 include? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A security scan in the Admin Dashboard shows recommended settings, admin failed-login notifications are sent to all developers listed in devEmails (not just the first admin), and a new Alert System can notify developers if something goes wrong.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.html.twig
deleted file mode 100644
index 06d78dfa..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-1-8-1-upgrade-from-1-8-0-released.html.twig
+++ /dev/null
@@ -1,33 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel 1.8.1 was just released.
-
-Changes to Dotkernel in the latest release:
-- Enhanced Cache Support, which means you can use tags in your cache system if the host suports it
-
-Here are some useful download links:
-
-<a href="http://www.dotkernel.com/download/?did=42" target="_blank" rel="noopener noreferrer">Dotkernel 1.8.1</a>
-
-<a href="http://www.dotkernel.com/download/?did=43" target="_blank" rel="noopener noreferrer">Upgrade from Dotkernel 1.8.0</a>
-
-<a href="http://www.dotkernel.com/download/?did=41" target="_blank" rel="noopener noreferrer">Dotkernel 1.8.0 (LTS)</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What's new in Dotkernel 1.8.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The main change is Enhanced Cache Support, which means you can use tags in your cache system if the host supports it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I upgrade from 1.8.0 to 1.8.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The post provides a dedicated "Upgrade from Dotkernel 1.8.0" download link, separate from the full Dotkernel 1.8.1 package and the original Dotkernel 1.8.0 (LTS) download.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-coding-standard.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-coding-standard.html.twig
deleted file mode 100644
index e8d957e8..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-coding-standard.html.twig
+++ /dev/null
@@ -1,70 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>Dotkernel</strong> will be a "skeleton"of <a href="http://framework.zend.com/" target="_blank" rel="noopener noreferrer"><strong>Zend Framework</strong></a>.
-Dotkernel borrowed the coding standard from Zend Framework: <strong><a title="ZF Coding Standard" href="http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html" target="_blank" rel="noopener noreferrer">ZF Coding Standard</a> </strong>with some exceptions.
-
-In what follows, we will make remarks only on those features that are slightly different in the coding standards of Dotkernel.
-<!--more-->
-
-<a href="http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html" target="_blank" rel="noopener noreferrer"><strong>B.2. PHP File Formatting</strong></a>
-<ul>
-    <li><a href="http://framework.zend.com/manual/en/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.indentation" target="_blank" rel="noopener noreferrer"><strong>B.2.2. Indentation</strong></a></li>
-indentation - make indent with tabs, and not with space</ul>
-<a href="http://framework.zend.com/manual/en/coding-standard.naming-conventions.html" target="_blank" rel="noopener noreferrer"><strong>B.3. Naming Conventions</strong></a>
-
-Camel naming convention
-<ul>
-    <li><a href="http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.classes" target="_blank" rel="noopener noreferrer"><strong>B.3.1. Classes</strong></a></li>
-starts with Dot_ (e.g. Dot_Templates)
-    <li><strong><a href="http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.interfaces" target="_blank" rel="noopener noreferrer">B.3.2. Interfaces</a></strong></li>
-ends with the string "Interface"(e.g. Dot_Db_Interface)
-    <li><strong><a href="http://framework.zend.com/manual/en/coding-standard.naming-conventions.html#coding-standard.naming-conventions.filenames" target="_blank" rel="noopener noreferrer">B.3.3. Filenames</a></strong></li>
-All php files will have the  extension  ".php". No fancy extensions like .inc
-
-&nbsp;</ul>
-<a href="http://framework.zend.com/manual/en/coding-standard.coding-style.html#coding-standard.coding-style.control-statements" target="_blank" rel="noopener noreferrer"><strong>B.4.6. Control Statements</strong></a>
-every starting curly brace <strong>}</strong> after a statement starts on a new line, end it's closing curly brace <strong>} </strong>will be on a new line too. The start and end braces must be on the same column (for better indentation of the code)
-e.g:
-<pre>if ($a != 2)
-{
-   $a = 2;
-}</pre>
-<pre>if ($a != 2)
-{
-    $a = 2;
-    if($a == 2)
-    {
-       $c = 3;
-    }
-}</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What coding standard does Dotkernel follow? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel borrows its coding standard from the Zend Framework Coding Standard, with some exceptions described in this article.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Tabs or spaces for indentation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel indents with tabs, not spaces.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How should classes, interfaces, and filenames be named? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Classes start with the prefix Dot_ (e.g. Dot_Templates), interfaces end with the string "Interface" (e.g. Dot_Db_Interface), and all PHP files use the ".php" extension, with no fancy extensions like ".inc".</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How should curly braces be placed for control statements? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Every opening curly brace starts on its own new line after the statement, and its matching closing brace also goes on a new line, aligned in the same column as the opening brace, for better indentation of the code.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-database-naming-conventions-for-mysql.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-database-naming-conventions-for-mysql.html.twig
deleted file mode 100644
index e7270b04..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-database-naming-conventions-for-mysql.html.twig
+++ /dev/null
@@ -1,79 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel borrows the database naming conventions from <a href="http://fazend.com/a/2009-11-DataNaming.html" target="_blank" rel="noopener noreferrer">FaZend: Rules of naming of database tables and columns</a>. FaZend is an open-source PHP framework based on Zend Framework.
-<!--more-->
-<strong>Database naming conventions for tables and columns:</strong>
-<ul>
-    <li>Singular table names only (e.g. <em>user</em>, <em>category</em>, <em>product</em>, <em>order, orderProduct</em>)</li>
-    <li>Every table must have an auto-incrementing integer column id</li>
-    <li>ZF-like names of columns and tables (e.g. <em>user::isAdmin</em>, <em>orderProduct::product</em>)</li>
-    <li><del datetime="2010-11-05T12:43:27+00:00">Foreign keys must have the same names as reference tables</del></li>
-       <li>Foreign keys must have the same names as reference tables + the name of the referenced column
-            <strong>Example:</strong> table referenced: <em>admin</em> , column name: <em>Id</em>
-                                      so the column will be<em> adminId </em></li>
-       <li>Pattern for CONSTRAINT name : FK_referencedTableName_tableName
-           <strong>Example:</strong> CONSTRAINT `FK_admin_adminLogin`</li>
-    <li>SQL keywords are capitalized (e.g. SELECT, INT)</li>
-</ul>
-<strong>Example of proper SQL file formatting and naming:</strong>
-<pre>CREATE TABLE IF NOT EXISTS `user`
- (
-   `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
-   `username` VARCHAR(255) NOT NULL,
-   `password` VARCHAR(25) NOT NULL,
-   `email` VARCHAR(100) NOT NULL,
-   `firstName` VARCHAR(255) NOT NULL,
-   `lastName` VARCHAR(255) NOT NULL,
-   `dateCreated` TIMESTAMP NOT  NULL DEFAULT  CURRENT_TIMESTAMP,
-   `userType` INT(11) NOT NULL AUTO_INCREMENT
-   `isActive` ENUM('0','1') NOT NULL DEFAULT '1',
-   PRIMARY KEY  (`id`),
-   UNIQUE KEY `username` (`username`),
-   UNIQUE KEY `email` (`email`)
-   CONSTRAINT `FK_user_userType` FOREIGN KEY(`userTypeId`) REFERENCES `userType`(`id`)
-        ON UPDATE CASCADE
-        ON DELETE CASCADE
- )
- ENGINE=InnoDB
- DEFAULT CHARSET=latin1
- AUTO_INCREMENT=1 ;
-</pre>
-<strong>Conclusion:</strong>
-The names of database tables and columns must follow <em>camelLetter</em> as naming conventions.s
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Where do Dotkernel's database naming conventions come from? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">They are borrowed from FaZend's "Rules of naming of database tables and columns," an open-source PHP framework based on Zend Framework.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Should table names be singular or plural? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Singular table names only, for example user, category, product, order, orderProduct.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How should foreign key columns be named? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A foreign key column takes the name of the referenced table plus the name of the referenced column. For example, referencing table admin's Id column produces a column named adminId.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What naming pattern is used for CONSTRAINT names? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The pattern is FK_referencedTableName_tableName, for example CONSTRAINT `FK_admin_adminLogin`.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What casing convention applies to table/column names and to SQL keywords? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Table and column names must follow camelLetter naming conventions, while SQL keywords such as SELECT and INT are capitalized.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.html.twig
deleted file mode 100644
index 5d3ea89d..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-starting-with-mezzio-microframework-and-laminas-components.html.twig
+++ /dev/null
@@ -1,149 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><strong>Dotkernel Light</strong> is the smallest complete Mezzio application that includes only the bare-bones essentials. Though simpler than Frontend, it's perfect for:</p>
-
-<ul><li>A presentation site,</li>
-
-<li>An introduction into the Mezzio microframework architecture,</li>
-
-<li>A starting point for a more complex project where you have full control over functionality.</li>
-</ul>
-
-<h2><a href="#goal"></a>Goal</h2>
-
-<p class="mb-3"><strong>Dotkernel Light </strong>is the smallest complete Mezzio application, designed at the same time to be a fast-start example of using <strong>Mezzio microframework</strong>, as well as of using an <strong>entry-level version</strong> of Dotkernel Frontend. Primarily, its purpose is to present the <strong>novice developer</strong> with as few moving parts as possible. It's also a perfect starting point for the more <strong>advanced developer</strong> who wants full control of the platform's functionality.</p>
-
-<p class="mb-3">Light retains the modern architecture of <strong>Mezzio microframework</strong> and several <strong>Laminas components</strong> used in Dotkernel Frontend. The low number of out-of-box components <strong>encourages the active exploration of functionality</strong> required by your application. Basically, you add only the packages your application needs.</p>
-
-<h2><a href="#components-and-functionality"></a>Components and functionality</h2>
-
-<p class="mb-3">We designed Dotkernel Light to be the smallest complete Mezzio application, a stripped-down version of Dotkernel Frontend. Just like Dotkernel Frontend, Dotkernel Light is built on top of the Mezzio microframework using Laminas components. The big difference is the limited features and thus the lower number of packages. This makes the <strong>learning curve</strong> of working with the repo considerably gentler.</p>
-
-<p class="mb-3">Currently, Light contains this <strong>functionality</strong>:</p>
-
-<ul><li>Routing</li>
-
-<li>Templating</li>
-
-<li>Error handling</li>
-
-<li>Tests and code quality checks</li>
-</ul>
-
-<p class="mb-3">Compared to Frontend, Light had these <strong>items removed</strong>:</p>
-
-<ul><li>Doctrine and all database related stuff</li>
-
-<li>Sessions/Cookies/Flash messages</li>
-
-<li>Authentication/Authorization</li>
-
-<li>Dependency Injection</li>
-
-<li>Mail related stuff</li>
-
-<li>Navigation</li>
-
-<li>CORS</li>
-
-<li>Forms/Validators/InputFilters</li>
-
-<li>User module</li>
-
-<li>Contact module</li>
-
-<li>Plugin module</li>
-
-<li>CSS/JS code that was no longer in use due to the above module removals</li>
-
-<li>Instructions from README.md that are no longer needed</li>
-</ul>
-
-<p class="mb-3">As expected, several packages used by Frontend are not required:</p>
-
-<ul><li>dotkernel/dot-authorization</li>
-
-<li>dotkernel/dot-data-fixtures</li>
-
-<li>dotkernel/dot-dependency-injection</li>
-
-<li>dotkernel/dot-flashmessenger</li>
-
-<li>dotkernel/dot-mail</li>
-
-<li>dotkernel/dot-navigation</li>
-
-<li>dotkernel/dot-rbac-guard</li>
-
-<li>dotkernel/dot-response-header</li>
-
-<li>dotkernel/dot-session</li>
-
-<li>laminas/laminas-form</li>
-
-<li>laminas/laminas-i18n</li>
-
-<li>mezzio/mezzio-authorization-rbac</li>
-
-<li>mezzio/mezzio-cors</li>
-
-<li>ramsey/uuid-doctrine</li>
-
-<li>roave/psr-container-doctrine</li>
-
-<li>mezzio/mezzio-tooling</li>
-
-<li>rector/rector</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Light? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Light is the smallest complete Mezzio application, a PSR-15 pipeline, routing and templating, with nothing to strip out. It's a good base for a presentation site, an introduction to the Mezzio microframework architecture, or a starting point for a more complex project where you want full control over functionality.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the goal of Dotkernel Light? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's designed to be the smallest complete Mezzio application. It's a fast-start example of using the Mezzio microframework as well as an entry-level version of Dotkernel Frontend. It presents the novice developer with as few moving parts as possible, while still allowing the more advanced developer to have full control of the platform's functionality.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What functionality does Dotkernel Light retain? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It keeps routing, templating, error handling, and tests and code quality checks.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was removed compared to Dotkernel Frontend? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Items removed include Doctrine and all database related stuff, sessions/cookies/flash messages, authentication/authorization, dependency injection, mail related stuff, navigation, CORS, forms/validators/input filters, the User module, the Contact module, the Plugin module, unused CSS/JS code, and outdated README instructions.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which packages are no longer required in Dotkernel Light? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Packages such as dotkernel/dot-authorization, dotkernel/dot-mail, dotkernel/dot-session, dotkernel/dot-navigation, dotkernel/dot-flashmessenger, laminas/laminas-form, mezzio/mezzio-cors, and several others used by Frontend are not required.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#useful-links"></a>Useful links</h2>
-
-<ul><li><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light GitHub repository</a></li>
-
-<li><a href="https://light.dotkernel.net/" target="_blank" rel="noreferrer noopener">Working demo of Dotkernel Light</a></li>
-
-<li><a href="https://docs.dotkernel.org/light-documentation/" target="_blank" rel="noreferrer noopener">Dotkernel Light documentation</a></li>
-
-<li><a href="https://getlaminas.org/" target="_blank" rel="noreferrer noopener">Laminas Project</a></li>
-
-<li><a href="https://docs.mezzio.dev/" target="_blank" rel="noreferrer noopener">Documentation of Mezzio</a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.html.twig
deleted file mode 100644
index 3d6568b0..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site.html.twig
+++ /dev/null
@@ -1,215 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2></h2>
-
-<p class="mb-3"><strong>Dotkernel Light </strong>is the smallest complete Mezzio application and a good starting point for a project if you want to have <strong>full control over the functionality </strong>it contains. It <strong>can be expanded </strong>into something more complex with the integration of packages based on your requirements.</p>
-
-<p class="mb-3">Its out-of-box functionality is suitable for a <strong>presentation site</strong>:</p>
-
-<ul><li>Routing</li>
-
-<li>Templating</li>
-
-<li>Error handling</li>
-
-<li>Tests and code quality checks</li>
-</ul>
-
-<p class="mb-3">Presentation sites don't require features that are present in Dotkernel Frontend. The goal of Dotkernel Light is to have <strong>no clutter</strong>, so these features are removed:</p>
-
-<ul><li>Everything related to the database</li>
-
-<li>Sessions/Cookies/Flash messages</li>
-
-<li>Authentication/Authorization</li>
-
-<li>Dependency Injection</li>
-
-<li>Mail related stuff</li>
-
-<li>Navigation</li>
-
-<li>CORS</li>
-
-<li>Forms/Validators/InputFilters</li>
-
-<li>User module</li>
-
-<li>Contact module</li>
-
-<li>Plugin module</li>
-</ul>
-
-<h2>The goal of this article</h2>
-
-<p class="mb-3">In this article we explore how to use Dotkernel Light for a simple presentation site. We will mention what files to focus on to teach you how to add more pages of content to your site and how to manage their assets.</p>
-
-<h3>Adding new pages</h3>
-
-<p class="mb-3">The first step is to add the new pages in <code>src/Page/src/Controller/PageController.php</code>. This means adding an <code>Action</code> function for each page, as seen below.</p>
-
-<pre>    public function examplePageAction(): ResponseInterface
-    {
-        return new HtmlResponse(
-            $this->template->render('page::example-template')
-        );
-    }</pre>
-
-<blockquote><p class="mb-3">The url for the new page in this example is <code>/page/example-page</code>.</p>
-</blockquote>
-
-<p class="mb-3">Each page has its own template, so the next step is to create the template files in the <code>src/Page/templates/page/</code> folder. For the example above, the <code>src/Page/templates/page/example-template.html.twig</code> file was created. We won't include the entire code here, just the basic building blocks. The <code>content</code> block is where your page copy goes.</p>
-
-<pre>
-{% verbatim %}
-{% extends '@layout/default.html.twig' %}
-
-{% block title %}Page Title{% endblock %}
-
-{% block page_title %}{% endblock %}
-
-{% block content %}
-    &lt;div class="page-intro">
-        &lt;div class="container">
-            &lt;h2>Add title here!&lt;/h2>
-        &lt;/div>
-    &lt;/div>
-
-    &lt;div>
-    Add cool content here!
-    &lt;/div>
-{% endblock %}
-{% endverbatim %}
-</pre>
-
-<blockquote><p class="mb-3">Make sure to check the header for any fonts your content requires.</p>
-</blockquote>
-
-<p class="mb-3">If you haven't already done so, make sure the <code>npm</code> is installed and running during your updates with <code>npm run watch</code> or run this command after the edits are completed <code>npm run prod</code>.</p>
-
-<p class="mb-3">The assets should be copied under the <code>src/App/assets/</code> folder.<br>These are the default asset folders:</p>
-
-<ul><li>src/App/assets/fonts</li>
-
-<li>src/App/assets/images</li>
-
-<li>src/App/assets/js</li>
-
-<li>src/App/assets/scss</li>
-</ul>
-
-<h2>Optional items</h2>
-
-<h3>Twitter and OpenGraph cards</h3>
-
-<p class="mb-3">If you want to promote the pages on other platforms, a helpful item is the header section in the <code>src/App/templates/layout/default.html.twig</code> file. This is where the Twitter (X) and OpenGraph cards should be placed.</p>
-
-<p class="mb-3">Make sure to update all items based on your page content.</p>
-
-<blockquote><p class="mb-3">In the example:</p>
-
-<ul><li><code>{% verbatim %}{{ url('home') }}{% endverbatim %}</code> is the URL for the homepage, but you can also use this code to generate the url for other pages, just like in the canonical URL <code>{% verbatim %}{% block canonical %}{{ url(routeName ?? null) }}{% endblock %}{% endverbatim %}</code><ul><li>The <code>block</code> item is present to mitigate for not-found pages, e.g. when the url is typed incorrectly</li>
-</ul>
-</li>
-
-<li>The image from <code>{% verbatim %}{{ url('home') }}{% endverbatim %}images/app/My-image.png</code> is found in <code>public/images/app/My-image</code><code>.png</code>, but it is copied there by the <code>npm</code> script from <code>src/App/assets/images/PHP-REST-API.png</code>.</li>
-</ul>
-</blockquote>
-
-<pre>
-{% verbatim %}
-&lt;!-- Twitter card -->
-&lt;meta name="twitter:card" content="summary_large_image">
-&lt;meta name="twitter:site" content="@example">
-&lt;meta name="twitter:title" content="Page title">
-&lt;meta name="twitter:description" content="Basic description">
-&lt;meta name="twitter:image" content="{{ url('home') }}images/app/My-image.png">
-&lt;meta name="twitter:image:alt" content="Image alt">
-
-&lt;!-- OpenGraph card -->
-&lt;meta property="og:title" content="Page title"/>
-&lt;meta property="og:type" content="website"/>
-&lt;meta property="og:url" content="{{ url('home') }}"/>
-&lt;meta property="og:image" content="{{ url('home') }}images/app/My-image.png"/>
-&lt;meta property="og:description" content="Basic description"/>
-{% endverbatim %}</pre>
-
-<h3>Top menu</h3>
-
-<p class="mb-3">This menu is displayed on all of the pages, in the header. To edit it, go to <code>src/App/templates/layout/default.html.twig</code> and update the items under <code>id="navbarHeader"</code>. You can use the below as an example.</p>
-
-<pre>&lt;div class="menu" id="navbarHeader">
-    &lt;ul class="navbar-nav mr-auto">
-    &lt;li class="nav-item">
-        &lt;a class="nav-link" target="_blank" href="https://first.example.com/">First Link&lt;/a>
-    &lt;/li>
-    &lt;li class="nav-item">
-        &lt;a class="nav-link" target="_blank" href="https://second.example.com/">Second Link&lt;/a>
-    &lt;/li>
-    &lt;/ul>
-&lt;/div></pre>
-
-<blockquote><p class="mb-3">You can also replace the <code>nav-item</code> class for the <code>li</code> elements with <code>button-border</code> for a link that looks more like a button.</p>
-</blockquote>
-
-<h3>Footer</h3>
-
-<p class="mb-3">To edit the footer on all of the pages, search for <code>&lt;footer class="app-footer"&gt;</code> in the <code>src/App/templates/layout/default.html.twig</code> template. We won't include an example here, since the content is usually basic <code>HTML</code> and <code>CSS</code> with <code>twig</code> elements already covered in this article.</p>
-
-<h2>The result of your hard work</h2>
-
-<p class="mb-3">Whew, well done! That's all there is to it.</p>
-
-<p class="mb-3">Now you should have a basic idea on how to work on a presentation site. You know how to expand the site with more pages, where to place the assets and how to promote the site.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Light designed for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's a good starting point for a project when you want full control over its functionality, and it easily grows into something more complex by integrating packages based on your requirements.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What functionality does Dotkernel Light include out of the box? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Routing, Templating, Error handling, and Tests and code quality checks.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features are removed from Dotkernel Light compared to Dotkernel Frontend? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Everything related to the database, Sessions/Cookies/Flash messages, Authentication/Authorization, Dependency Injection, Mail related stuff, Navigation, CORS, Forms/Validators/InputFilters, the User module, the Contact module, and the Plugin module.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you add a new page to a Dotkernel Light site? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add an Action function for the page (e.g. examplePageAction()) in src/Page/src/Controller/PageController.php that renders a template, then create the matching template file in src/Page/templates/page/ (e.g. example-template.html.twig), with the page copy placed in its content block.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where should new page assets like fonts, images, JS, and CSS be placed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Under src/App/assets/, in its default folders: src/App/assets/fonts, src/App/assets/images, src/App/assets/js, and src/App/assets/scss. Run npm run watch during edits, or npm run prod once the edits are completed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do you edit the top menu and footer that appear on every page? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Both live in src/App/templates/layout/default.html.twig: the top menu items are under id="navbarHeader", and the footer content is inside the footer element with class "app-footer".</p>
-        </div>
-    </details>
-</div>
-
-<h2>Useful links</h2>
-
-<ul><li>See a working example <a href="https://www.dotkernel.org" target="_blank" rel="noreferrer noopener">dotkernel.org</a></li>
-
-<li><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a></li>
-
-<li>More from <a href="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-on-nginx.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-on-nginx.html.twig
deleted file mode 100644
index 95b2ee9c..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-on-nginx.html.twig
+++ /dev/null
@@ -1,79 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Due to the fact that the current buzzword is <strong>Nginx</strong> instead of <strong>Apache</strong>, we decided to test if Dotkernel is running out of the box on it. And how to configure Nginx :-)
-
-<!--more-->
-<ol>
-    <li>Installed on a clean Centos 6.3 VPS : Nginx 1.4.1 , PHP 5.4.16 , PHP-FPM</li>
-    <li>Installed PHP modules: APC, GeoIP and such.</li>
-    <li>Installed PEAR and Zend Framework from <a title="PEAR ZF Channel" href="http://code.google.com/p/zend/" target="_blank" rel="noopener noreferrer">http://code.google.com/p/zend/ </a></li>
-    <li>Fine tune php.ini file: date, default charset, include path, etc</li>
-    <li>Create on a remote server a MySql database, allow permissions from Nginx server  IP to connect to it.</li>
-    <li>Now the fine part: editing the <strong>Nginx</strong> config ( in our case <em>/etc/nginx/conf.d/default.conf</em>)
-<ul>
-    <li>Set server name:
-<pre>server_name  nginx.dotkernel.net;</pre>
-</li>
-    <li>Set document root , in the location / area
-<pre>root   /var/www/html;</pre>
-</li>
-    <li>Equivalent of the main .htaccess file is
-<pre>try_files    $uri $uri/ /index.php;</pre>
-This directive will send all requests to index.php file</li>
-    <li>Set the location for php directive
-<pre>    location ~ \.php$ {
-           root           /var/www/html;
-           fastcgi_pass   127.0.0.1:9000;
-           fastcgi_index  index.php;
-           fastcgi_param  SCRIPT_FILENAME  /var/www/html$fastcgi_script_name;
-           fastcgi_param APPLICATION_ENV staging;
-           include        fastcgi_params;
-            }</pre>
-In the lines above , you can change the value for APPLICATION_ENV into <em>production </em>or <em>development</em></li>
-    <li>Protect <em>configs</em> folder from web access
-<pre>#protect folders
-location ~ ^/configs/ {
-        deny all;
- }</pre>
-</li>
-</ul>
-</li>
-    <li>  Export a Dotkernel copy from SVN
-<pre>svn export --force  http://v1.dotkernel.net/svn/trunk/ /var/www/html</pre>
-</li>
-    <li>Edit <em><strong>application.ini</strong></em> to reflect the current settings and check if is  protected
-<a href="http://nginx.dotkernel.net/configs/application.ini" target="_blank" rel="noopener noreferrer">http://nginx.dotkernel.net/configs/application.ini</a></li>
-    <li>And walla, site is running on Nginx       <a title="Nginx Dotkernel" href="http://nginx.dotkernel.net/" target="_blank" rel="noopener noreferrer">http://nginx.dotkernel.net/</a>
-<em>Admin login is disabled due to security reason.</em></li>
-</ol>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What server stack was used to test Dotkernel on Nginx? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A clean CentOS 6.3 VPS running Nginx 1.4.1, PHP 5.4.16, and PHP-FPM, with the APC and GeoIP PHP modules installed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the Nginx equivalent of the main .htaccess file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The directive try_files $uri $uri/ /index.php;, which sends all requests to the index.php file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the configs folder protected from web access in Nginx? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By adding a location block matching ^/configs/ that returns deny all;.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How was the Dotkernel codebase deployed onto the server? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It was exported directly from SVN using svn export --force http://v1.dotkernel.net/svn/trunk/ /var/www/html.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-reserved-variable-names-for-caching.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-reserved-variable-names-for-caching.html.twig
deleted file mode 100644
index 2d0e4f1a..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-reserved-variable-names-for-caching.html.twig
+++ /dev/null
@@ -1,71 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article is related to: <a title="Dotkernel - Caching in Dotkernel Using Zend Framework" href="http://www.dotkernel.com/dotkernel/caching-in-dotkernel-using-zend-framework" target="_blank" rel="noopener noreferrer">Caching in Dotkernel with Zend Framework Cache</a>
-
-The variables that Dotkernel cache are below:
-<h2>Router</h2>
-Router is the object that load routes (modules, controllers, actions) settings from router.xml file. More info about router: <a title="Dotkernel - router.xml" href="http://www.dotkernel.com/docs/router-xml/" target="_blank" rel="noopener noreferrer">http://www.dotkernel.com/docs/router-xml/</a>
-
-The router is cached as <em><strong>router.</strong></em><!--more-->
-<h2>Auth / ACL Role<strong>
-</strong></h2>
-The object which authorizes user methods (aka Dot_Auth), used in all Dotkernel Applications, Dot_Auth uses <em>/configs/acl/role.xml</em> to define the users rights.
-
-The <em>role.xml</em> file is cached as <em><strong>acl_role</strong>.</em>
-<h2>Menu</h2>
-The menu.xml from current <em><strong>module</strong>(<a title="Dotkernel - Module Structure" href="http://www.dotkernel.com/docs/module-structure/" target="_blank" rel="noopener noreferrer">what is a module?</a>)</em>
-More about menu.xml : <em><a title="Dotkernel - Menu Xml" href="http://www.dotkernel.com/docs/menu-xml/" target="_blank" rel="noopener noreferrer">http://www.dotkernel.com/docs/menu-xml/</a></em>
-
-The menu is cached as <em><strong>admin_menu</strong></em>, <em><strong>frontend_menu</strong></em><strong>.</strong>
-<h2>Options</h2>
-The options are the ones found in /configs/dots/ and have the following naming format: <strong>option_MODULE_CONTROLLER</strong>.
-
-MODULE is the current module and CONTROLLER is the current controller or "seo", so the options cache entries will look like:
-<ul>
-    <li>option_admin_Admin</li>
-    <li>option_frontend_Page</li>
-    <li>option_admin_seo (yes, seo is lowercase)</li>
-</ul>
-<h2>Browser &amp; OS</h2>
-The browser.xml and os.xml are used to identify the Browser and OS name, icon, and type. Theese XML files are located in /configs/useragent/.
-
-Browser &amp; OS are cached as <em><strong>browser_xml </strong>and <strong>os_xml.</strong></em>
-
-<strong><span style="color: #ff0000;">Note: Be careful when changing the xml files / values to be cached as they remain cached. If there is no effect that means you must clear the cache or rewrite that value in cache.</span></strong>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What cache key is used for the router? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The router, which loads routes settings from router.xml, is cached as router.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What cache key stores the ACL role definitions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The role.xml file (used by Dot_Auth, from /configs/acl/role.xml, to define user rights) is cached as acl_role.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the menu cached? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The menu.xml from the current module is cached as admin_menu and frontend_menu.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What naming pattern do cached options use? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">option_MODULE_CONTROLLER, where MODULE is the current module and CONTROLLER is the current controller or "seo" — for example option_admin_Admin, option_frontend_Page, and option_admin_seo (seo is lowercase).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens if you change browser.xml, os.xml, or other cached config files? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The change won't take effect on its own, since values like browser_xml and os_xml remain cached — you must clear the cache or rewrite that value in cache to see the change take effect.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-template-engine.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-template-engine.html.twig
deleted file mode 100644
index d61b04b2..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-template-engine.html.twig
+++ /dev/null
@@ -1,25 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>
-
-Dotkernel Template Engine is an implementation of PHPLib Template engine for PHP5.</h2>
-It has an amazing ability to separate the application code from the presentation layer. Separates the manipulation of data (in the database as well as in PHP) from its final format, whether that format is HTML, XML or a formatted e-mail. The big advantage is that is allowing us to change the look and feel of a site quickly without having to delve immediately into a lot of PHP variable assignments and print statements.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the Dotkernel Template Engine based on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's an implementation of the PHPLib Template engine for PHP5.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the main benefit of using it? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It separates application code from the presentation layer, and separates data manipulation from its final format (HTML, XML, or a formatted e-mail), letting you change a site's look and feel quickly without delving into a lot of PHP variable assignments and print statements.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-version-1-0-in-action.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-version-1-0-in-action.html.twig
deleted file mode 100644
index 4ec56353..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/dotkernel-version-1-0-in-action.html.twig
+++ /dev/null
@@ -1,56 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<div>
-
-<span>Dotkernel</span> is the<a href="http://www.dotboost.com" target="_blank" rel="noopener noreferrer"> DotBoost</a>'s in-house developed framework, based on Zend Framework.
-<strong>Dotkernel </strong> is at version 1.0 ,  released under  <a href="http://opensource.org/licenses/osl-3.0.php" target="_blank" rel="noopener noreferrer">Open Software License (OSL 3.0)</a> ,  and is built on top of  <a href="http://framework.zend.com/" target="_blank" rel="noopener noreferrer">Zend Framework</a>.</div>
-<div>Dotkernel is using a simplified <strong>MVC (Model-View-Controller)</strong> architecture, easy to learn by beginner and intermediate level programmers.
-It has eliminated the complexity of Zend Framework by using a different approach of how the web request are handled.
-
-<!--more--><br>
-<h2>From Zend Framework, Dotkernel is using only the necessary classes:</h2>
-<ul>
-    <li><strong>Zend_Config</strong> - While Zend Framework itself is configuration-less, it's often necessary to have some way to specify configurable options. Zend_Config provides multiple backends for configuration storage, and a simple, intuitive, object-oriented interface for accessing it. We store configuration as simple PHP arrays, which are then wrapped by Zend_Config.</li>
-    <li><strong>Zend_Db and Zend_Db_Table</strong> - Zend_Db_Table is a classic implementation of both the Table Data Gateway and Row Data Gateway design patterns, allowing for easy and  intuitive access to database tables and rows, as well as an entry point for custom business logic surrounding our data.</li>
-    <li><strong>Zend_Mail</strong> - Zend_Mail provides generalized functionality to compose and send both text and MIME-compliant multipart e-mail messages. Mail can be sent with Zend_Mail via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp.</li>
-    <li><strong>Zend_Registry</strong> - A registry is a container for storing objects and values in the application space. By storing the value in a registry, the same object is always available throughout the application. This mechanism is an alternative to using global storage.</li>
-    <li><strong>Zend_Validate</strong> - The Zend_Validate component provides a set of commonly needed validators. It also provides a simple validator chaining mechanism by which multiple validators may be applied to a single datum in a user-defined order.</li>
-</ul>
-</div>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Who developed Dotkernel and what is it built on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel is DotBoost's in-house developed framework, built on top of Zend Framework. At the time of this article it was at version 1.0, released under the Open Software License (OSL 3.0).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What architecture does Dotkernel use? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A simplified MVC (Model-View-Controller) architecture that's easy to learn for beginner and intermediate level programmers, achieved by eliminating much of Zend Framework's complexity through a different approach to handling web requests.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does Zend_Config provide in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It provides multiple backends for configuration storage and a simple, intuitive, object-oriented interface for accessing it. Dotkernel stores configuration as simple PHP arrays, which are then wrapped by Zend_Config.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What role do Zend_Db and Zend_Db_Table play? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Db_Table is a classic implementation of the Table Data Gateway and Row Data Gateway design patterns, allowing easy and intuitive access to database tables and rows, as well as an entry point for custom business logic surrounding the data.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are Zend_Mail and Zend_Registry used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Mail composes and sends both text and MIME-compliant multipart e-mail, via the default Zend_Mail_Transport_Sendmail transport or via Zend_Mail_Transport_Smtp. Zend_Registry is a container for storing objects and values in the application space, so the same object is always available throughout the application, as an alternative to using global storage.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.html.twig
deleted file mode 100644
index 1fd28238..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/forcing-utf8-connections-and-character-set-in-mysql.html.twig
+++ /dev/null
@@ -1,38 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In some situations, it may be neccesar to force MySQL server collation and character set to UTF8.
-As you can't control all scripts that are connecting to your database( for instance: mysql command line, or mysqldump)
-
-For that , open the my.cnf file
-and add the below lines:
-<pre>character_set_server=utf8
-skip-character-set-client-handshake</pre>
-If you are interested in better performance, add the below line:
-<pre>collation_server=utf8_general_ci</pre>
-If you are interested in better sorting order, add the below line instead:
-<pre>collation_server=utf8_unicode_ci</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why force UTF8 at the MySQL server level instead of relying on each client? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because you can't control all the scripts that connect to your database (for instance the mysql command line or mysqldump), so forcing the server's collation and character set to UTF8 in my.cnf guarantees it regardless of the connecting client.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What two lines enable UTF8 for all connections in my.cnf? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">character_set_server=utf8 and skip-character-set-client-handshake.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the difference between the two suggested collation settings? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">collation_server=utf8_general_ci is recommended for better performance, while collation_server=utf8_unicode_ci is recommended instead if better sorting order matters more.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/geoip-city-removed-from-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/geoip-city-removed-from-dotkernel.html.twig
deleted file mode 100644
index ab2c5e68..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/geoip-city-removed-from-dotkernel.html.twig
+++ /dev/null
@@ -1,83 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In the newest version we have removed the GeoIP City integration. The City database on <em><strong>GeoIP 1.1.0</strong></em> extension was causing a segmentation fault, which resulted in crashing or outputting an error instead of executing the PHP Code.
-
-<!--more-->
-
-This error occurs due to the extension incompatibility with the database(dat) file. If you have an older Dotkernel version and version <strong>&gt;=1.1.0</strong> of GeoIP you might get this error.
-
-On some operating systems Apache will respond your request with HTTP Status Code 200 (OK) and a web page containing the text below.
-
-Error result:
-<pre>The server encountered an internal error or
- misconfiguration and was unable to complete
- your request.</pre>
-The error might not be logged as the error is generated the GeoIP extension and not by your PHP code.
-
-If you don't want to use GeoIP City and just want to get rid of the error go to
-<ul>
-    <li>Dotkernel/admin/System.php (Admin/System model) and comment or remove the lines below</li>
-</ul>
-<pre>if(geoip_db_avail(GEOIP_CITY_EDITION_REV0))
-{
-    $info = explode(" ",geoip_database_info(GEOIP_CITY_EDITION_REV0));
-    $return = $info.' '.Dot_Kernel::TimeFormat($info);
-}</pre>
-<ul>
-    <li>library/Dot/GeoIp.php (Dot_GeoIp class) and comment or remove the lines below</li>
-</ul>
-<pre>if(function_exists('geoip_db_avail') && geoip_db_avail(GEOIP_CITY_EDITION_REV0)
-&& 'unknown' == $country)
-{
-    //if GeoIPCity.dat file exists
-    $record = geoip_record_by_name($ip);
-    if(!empty($record))
-    {
-        $countryCode = $record['country_code'];
-        $countryName = $record['country_name'];
-        $country = $countryCode != false  ? $countryCode : 'unknown';
-        $country = $countryName != false  ? $countryName : 'NA';
-    }
-}</pre>
-Theese changes were also made in the latest version of Dotkernel. You should use this fix only if you don't intend to use GeoIP City.
-
-We recommend special coding for using GeoIP City and in the GeoIP extension in general.
-
-Note that GeoIP is an obsolete extension, Maxmind recommends using GeoIP2.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was GeoIP City removed from Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The City database on GeoIP extension version 1.1.0 and above was causing a segmentation fault, which resulted in crashing or outputting an error instead of executing the PHP code.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Who is affected by this error? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Users running an older Dotkernel version together with GeoIP extension version 1.1.0 or newer, since the error comes from the extension's incompatibility with the database (dat) file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the error show up to visitors? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">On some operating systems, Apache still responds with HTTP Status Code 200 (OK) but with a page containing a generic "internal error or misconfiguration" message, and the error might not be logged since it's generated by the GeoIP extension rather than by the PHP code.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can you get rid of the error if you don't need GeoIP City? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Comment out or remove the relevant lines in Dotkernel/admin/System.php (the Admin/System model) and in library/Dot/GeoIp.php (the Dot_GeoIp class). These changes were also made in the latest version of Dotkernel, but this fix should only be used if you don't intend to use GeoIP City.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the article recommend going forward? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It recommends special coding for GeoIP City and for the GeoIP extension in general, and notes that GeoIP is an obsolete extension, with Maxmind recommending GeoIP2 instead.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/geoip-ip-address-location-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/geoip-ip-address-location-in-dotkernel.html.twig
deleted file mode 100644
index 1b451f9e..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/geoip-ip-address-location-in-dotkernel.html.twig
+++ /dev/null
@@ -1,127 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<em><strong>GeoIP</strong> </em>is the proprietary technology that drives <a href="http://www.maxmind.com/app/ip-location" target="_blank" rel="noopener noreferrer">MaxMind's</a> IP geolocation data and services. It is a non-invasive way to determine geographical and other information about Internet visitors in real-time. When a person visits your website, <strong><em>GeoIP </em></strong>can determine which country, region, city, postal code, area code the visitor is coming from.
-
-Dotkernel uses <em><strong>GeoIP </strong></em>to get user statistics by country. The main file for <em><strong>GeoIP </strong></em>is <a href="http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&amp;path=%2Ftrunk%2Flibrary%2FDot%2FGeoip.php" target="_blank" rel="noopener noreferrer">library/Dot/Geoip.php</a>
-<!--more-->
-Let’s explain what function <strong><em>getCountryByIp </em></strong>does:
-<ul>
-    <li>Line 41: get session variable to memorize the possible error messages later.</li>
-    <li>Line 42: initialize country with ‘unknown’ value, in case the country isn’t found.</li>
-</ul>
-Next there are 4 <strong><em>if/else</em></strong> statements:
-<a name="1"></a>
-<strong>1. </strong>Line 43 – 57: <em><strong>mod_geoip </strong></em>PECL extension is not installed</a>
-<ul>
-    <li>In this case we use the already existing file <strong>externals/geoip/GeoIP.dat</strong> from Dotkernel (If you don’t have it, download it from <a href="http://www.maxmind.com/app/geolitecountry">here</a>).</li>
-</ul>
-<strong>2. </strong>Line 58 – 63: <em><strong>mod_geoip</strong></em> is installed and <strong><em>GeoIP.dat</em></strong> file exists on the server: <em>geoip_db_avail(GEOIP_COUNTRY_EDITION)</em>
-<ul>
-    <li>In this case we simply use the default PHP functions <em><strong><a href="http://php.net/manual/en/book.geoip.php" target="_blank" rel="noopener noreferrer">geoip_country_code_by_name</a></strong> </em>and <em><strong><a href="http://php.net/manual/en/book.geoip.php" target="_blank" rel="noopener noreferrer">geoip_country_name_by_name</a></strong> </em>to get the country code and name.</li>
-</ul>
-<strong>3. </strong>Line 64 – 73 : <em><strong>mod_geoip</strong></em> is installed, <em><strong>GeoIP.dat</strong></em> file does not exist, but <em><strong>GeoIpCity.dat</strong></em> exists
-<ul>
-    <li>In this case we use the PHP function <em><strong><a href="http://php.net/manual/en/book.geoip.php" target="_blank" rel="noopener noreferrer">geoip_record_by_name</a></strong> </em> to get the country code and name.</li>
-</ul>
-<strong>4. </strong>Line 74 – 88 : <em><strong>mod_geoip</strong></em> is installed, but neither GeoIP.dat or GeoIPCity.dat exist
-<ul>
-    <li>This has the same behavior like item <a name="#1"></a>#1<a> in this list –  it uses <strong><em>externals/geoip/GeoIP.dat</em></strong> from the Dotkernel framework</a></li>
-</ul>
-<pre> line="32">/**
- * Get the country by IP
- * Return an array with : short name, like 'us' and long name, like 'United States'
- * @access public
- * @param string $ip
- * @return array
- */
-public function getCountryByIp($ip)
-{
-    $session = Zend_Registry::get('session');
-    $country = array(0 => 'unknown',1 => 'NA');
-    if(extension_loaded('geoip') == FALSE)
-    {
-        // GeoIp extension is not active
-        $api = new Dot_Geoip_Country();
-        $geoipPath = 'externals/geoip/GeoIP.dat';
-        if(file_exists($geoipPath))
-        {
-            $country = $api->getCountryByAddr($geoipPath, $ip);
-        }
-        else
-        {
-            $session->message = $this->option->warningMessage->modGeoIp;
-            $session->message = 'warning';
-        }
-    }
-    elseif(geoip_db_avail(GEOIP_COUNTRY_EDITION))
-    {
-        //if GeoIP.dat file exists
-        $country = geoip_country_code_by_name ($ip);
-        $country = geoip_country_name_by_name($ip);
-    }
-    elseif(geoip_db_avail(GEOIP_CITY_EDITION_REV0))
-    {
-        //if GeoIPCity.dat file exists
-        $record = geoip_record_by_name($ip);
-        if(!empty($record))
-        {
-            $country = $record;
-            $country = $record;
-        }
-    }
-    else
-    {
-        // GeoIp extension is not active
-        $api = new Dot_Geoip_Country();
-        $geoipPath = 'externals/geoip/GeoIP.dat';
-        if(file_exists($geoipPath))
-        {
-            $country = $api->getCountryByAddr($geoipPath, $ip);
-        }
-        else
-        {
-            $session->message['txt'] = $this->option->warningMessage->modGeoIp;;
-            $session->message = 'warning';
-        }
-    }
-    return $country;
-}
-}
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is GeoIP and what does it let Dotkernel do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">GeoIP is MaxMind's proprietary technology for IP geolocation data. Dotkernel uses it to get user statistics by country, determining a visitor's country, region, city, postal code, or area code in real time.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where does the GeoIP logic live in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In library/Dot/Geoip.php, inside the getCountryByIp function.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does getCountryByIp do when the mod_geoip PECL extension isn't installed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It falls back to the existing externals/geoip/GeoIP.dat file bundled with Dotkernel (downloadable from MaxMind if not present).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens when mod_geoip is installed and GeoIP.dat exists? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It uses the built-in PHP functions geoip_country_code_by_name and geoip_country_name_by_name to get the country code and name.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What if GeoIP.dat is missing but GeoIPCity.dat exists, or neither file exists? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If GeoIPCity.dat exists, it uses the PHP function geoip_record_by_name to get the country code and name. If neither .dat file exists, it behaves the same as when mod_geoip isn't installed, falling back to externals/geoip/GeoIP.dat.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.html.twig
deleted file mode 100644
index a394ab25..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/handling-and-logging-errors-with-dot-errorhandler-and-dot-log.html.twig
+++ /dev/null
@@ -1,130 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article is a follow-up for:<strong> <a href="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/" target="_blank" rel="noopener noreferrer">Logging with dot-log in Zend Expressive and Dotkernel</a></strong>, the mentioned article is a guide to using dot-log.
-
-&nbsp;
-
-This article explains the usage of <strong>dotkernel/dot-errorhandler</strong> with <strong>dotkernel/dot-log </strong>or <strong>zendframework/zend-log</strong> to<strong> log errors </strong>in Zend Expressive applications.
-
-This can be considered as a guide on how the <strong>dot-errorhandler</strong> was made and how it's meant to be used.
-
-<!--more-->
-
-&nbsp;
-
-As a first note Dot Error Handler provides two kinds of error handlers:
-<ul>
-     <li>the plain <code>ErrorHandler</code>  - this class is a copy of Zend Expressive's error handler <code>Zend\Stratigility\Middleware\ErrorHandler</code> (as it is final)</li>
-     <li>the logging <code>LogErrorHandler</code> - this class is like the above one, but with added Logging support (via container)</li>
-</ul>
-Both error handlers have factories for an easier usage with the <strong>Container</strong>.
-
-&nbsp;
-
-To use dot-error handler in your project run the following command: <code>composer require dotkernel/dot-errorhandler</code>.
-
-&nbsp;
-<h2>The Config Provider</h2>
-When the dot-errorhandler config provider is invoked the following configuration is returned.
-<pre>,
-        'factories' =&gt;
-    ],
-];</pre>
-Both the error handlers have the factories registered, and an alias to switch between them is added.
-
-As a fallback case the plain error handler is selected by default and can be overwritten through the config file.
-
-&nbsp;
-<h2>Configuration</h2>
-<strong>IMPORTANT NOTES: </strong>
-<ul>
-     <li>Assuming the project in hand has a configured logger as per <strong><a href="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/" target="_blank" rel="noopener noreferrer">this article</a></strong> and the logger name is <strong>default_logger</strong> (as provided in the package's config example).</li>
-     <li>Although the key is <code>dot_log</code>, when selecting a logger the dot log abstract factory responds to the <code>dot-log</code> selector
-<ul>
-     <li>to select<code></code> the container key asked for is <code>dot-log.default_logger</code></li>
-</ul>
-</li>
-     <li>The dot-errorhandler was meant as a silent logger for staging and production environments doesn't block whoops
-<ul>
-     <li>to test it the development mode should be <strong>disabled</strong>, otherwise whoops will catch the errors and show them to the developer</li>
-     <li>you can use any custom implemented error handler as long as it implements the provided <code>ErrorHandlerInterface</code></li>
-</ul>
-</li>
-</ul>
-The steps to configuring are the following:
-<ul>
-     <li>add the <code>Dot\ErrorHandler\ConfigProvider</code> in the project's <code>config/config.php</code> file</li>
-     <li>write the error handler config</li>
-</ul>
-&nbsp;
-
-To use the logging error handler the following config must be used.
-
-&nbsp;
-
-<code>config/autoload/dot-errorhandler.global.php</code>
-<pre>use Dot\ErrorHandler\ErrorHandlerInterface;
-use Dot\ErrorHandler\LogErrorHandler;
-
-return
-    ],
-    'dot-errorhandler' =&gt;
-];</pre>
-The <strong>logger</strong> key in dot-error handler should reflect your logger configuration in <code>config/autoload/log.global.php</code>
-
-To use the default logger an out-of-the-box config was provided within the error handler's config directory.
-<h2>Usage / Triggering errors</h2>
-The tests we have made were the following:
-<ul>
-     <li>throwing Exceptions - the most common</li>
-     <li>raising errors such as triggering warning/error messages:
-<ul>
-     <li>by dividing numbers to zero (eg.: <strong>16/0</strong>)</li>
-     <li>by casting arrays to strings (<strong>$string = 'hello' . ['world']['dot_log']['world']</strong>)</li>
-</ul>
-</li>
-</ul>
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What two kinds of error handlers does dot-errorhandler provide? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A plain ErrorHandler, which is a copy of Zend Expressive's Zend\Stratigility\Middleware\ErrorHandler (copied because that class is final), and a logging LogErrorHandler, which is the same but with added logging support via the container. Both have factories registered for easier use with the Container.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you install dot-errorhandler? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run composer require dotkernel/dot-errorhandler.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which error handler is used by default? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The plain error handler is selected by default as a fallback, and this can be overwritten through the config file, which also registers factories for both handlers plus an alias to switch between them.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What must already be in place before configuring the logging error handler? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A configured logger as described in the "Logging with dot-log in Zend Expressive and Dotkernel" article, with the logger named default_logger as used in the package's config example.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why might whoops interfere when testing dot-errorhandler? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">dot-errorhandler is meant to be a silent logger for staging and production environments. To actually test it, development mode should be disabled, otherwise whoops will catch the errors and show them to the developer instead.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How were errors triggered to test the error handlers? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By throwing Exceptions, the most common case, and by raising warnings/errors such as dividing a number by zero (e.g. 16/0) or casting an array to a string.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/highcharts-integration-in-dotkernel-1-6-0.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/highcharts-integration-in-dotkernel-1-6-0.html.twig
deleted file mode 100644
index e95a4704..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/highcharts-integration-in-dotkernel-1-6-0.html.twig
+++ /dev/null
@@ -1,77 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Integrating a new charting library in the latest version of Dotkernel (1.6.0) we offer a new experience with this new intuitive and interactive charts.
-
-<!--more-->
-
-Also in admin we made some samples using highcharts. These samples includes an pie chart (with a small custom feature), an column chart and the last one is an line chart.
-<p style="text-align: center;"><a href="/uploads/2012/05/highcharts.png"><img title="Highcharts" src="{{ asset('uploads/article/' ~ article.id ~ '/highcharts-1024x651.png') }}" alt="" width="704" height="447"> </a></p>
-You can find highcharts library in the <strong>externals </strong>directory.
-
-Take a quick view on the code to see how highcharts are working.
-<pre>chart = new Highcharts.Chart({
-        chart: {
-            renderTo: elementId,
-            type: 'line',
-            plotBackgroundColor: null,
-            plotBorderWidth: 0,
-        },
-        credits: {
-            enabled: false
-        },
-        title: {
-            text: ''
-        },
-        colors: colors,
-        tooltip: {
-            formatter: function() {
-                    return '<strong>' + this.series.name + ' ' + this.x + '</strong>
-' + 'Total logins: ' + this.y;
-            }
-        },
-        yAxis: {
-            title: {
-                text: 'Logins count'
-            },
-            min: 0
-        },
-        xAxis: {
-            categories: ['1','2','3','4','5','6','7','8','9','10','11','12',
-                                     '13','14','15','16','17','18','19','20','21','22',
-                                     '23','24','25','26','27','28','29','30','31'],
-            labels: {
-                rotation: -45,
-                align: 'right',
-                style: {
-                    font: 'normal 10px Verdana, sans-serif'
-                }
-            }
-        },
-        series: timeActivity
-    });</pre>
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What charting library was integrated in Dotkernel 1.6.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Highcharts was integrated in Dotkernel 1.6.0, offering a new, intuitive and interactive charting experience.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What sample charts were added to the admin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The admin includes samples made with Highcharts: a pie chart (with a small custom feature), a column chart, and a line chart.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can the Highcharts library be found in a Dotkernel project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Highcharts library is located in the <strong>externals</strong> directory of the project.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.html.twig
deleted file mode 100644
index 0c4fedf6..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/how-to-build-this-website-starting-from-dotkernel-light.html.twig
+++ /dev/null
@@ -1,45 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-    <p>This blog didn't start as a blog. It started as a bare <a href="https://docs.dotkernel.org/light-documentation/" target="_blank" rel="noopener noreferrer">Dotkernel Light</a> installation — a minimal starter project built on Mezzio, with Twig for templating, FastRoute for routing, PSR-7 via Laminas Diactoros, and a PSR-11 container using Laminas Service Manager. No database, no posts, just the skeleton for a simple website.</p>
-
-    <h2>Starting from Dotkernel Light</h2>
-    <p>The setup itself is a single clone away:</p>
-    <pre><code>git clone https://github.com/dotkernel/light.git dotkernel-light</code></pre>
-    <p>At that point you have routing, templating and a working request lifecycle, but nothing to persist. Dotkernel Light is deliberately unopinionated about storage — it's up to the project to add a persistence layer if it needs one.</p>
-
-    <h2>Adding Doctrine, following Tutorial 101</h2>
-    <p>This project needed one: categories, authors, tags, and posts, all queryable and paginated. Rather than wiring Doctrine ORM in from scratch, the official <a href="https://docs.dotkernel.org/tutorial-101/v1/introduction/" target="_blank" rel="noopener noreferrer">Tutorial 101</a> was followed, which walks through exactly this on top of a fresh Dotkernel Light install:</p>
-    <ol>
-        <li>Installing Doctrine ORM and wiring it into the container.</li>
-        <li>Defining entities and generating migrations to create the schema.</li>
-        <li>Loading fixture data and building the repositories/queries needed to list and display it.</li>
-    </ol>
-    <p>Following that path is what turned this project's <code>Category</code>, <code>Author</code>, <code>Tag</code> and <code>Post</code> entities, their migrations, and the repositories behind every listing and category page on this site into what they are now.</p>
-
-    <h2>Where the data comes from</h2>
-    <p>The actual content — every article, its author, its category and tags — is authored as data in <code>src/App/src/Fixture/articles_cleaned.json</code> and loaded into the database with <code>php bin/doctrine-fixtures</code>. That file wasn't written from scratch: it was built from what already existed in dotkernel.com's own database, cleaned up and reshaped into fixture data so it could be loaded into this project's schema. Doctrine takes care of turning that into rows; the entities and repositories added while following Tutorial 101 take care of turning those rows back into the pages you're browsing right now.</p>
-
-    <h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-    <div class="faq-list">
-        <details class="acc" open>
-            <summary>What is Dotkernel Light? <span class="chev">+</span></summary>
-            <div class="acc-body">
-                <p class="mb-0">A minimal Mezzio-based starter project for building a simple website — routing (FastRoute), templating (Twig) and PSR-7 (Laminas Diactoros) out of the box, without a database layer.</p>
-            </div>
-        </details>
-        <details class="acc">
-            <summary>Why was Doctrine added on top? <span class="chev">+</span></summary>
-            <div class="acc-body">
-                <p class="mb-0">Dotkernel Light doesn't include persistence by default. This blog needed categories, authors, tags and posts stored and queried from a database, so Doctrine ORM was added following the official Tutorial 101.</p>
-            </div>
-        </details>
-        <details class="acc">
-            <summary>Where does the article content come from? <span class="chev">+</span></summary>
-            <div class="acc-body">
-                <p class="mb-0">From <code>src/App/src/Fixture/articles_cleaned.json</code>, loaded into the database via <code>php bin/doctrine-fixtures</code>.</p>
-            </div>
-        </details>
-    </div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/how-to-group-log-files-by-date-using-dot-log.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/how-to-group-log-files-by-date-using-dot-log.html.twig
deleted file mode 100644
index 0fb1834f..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/how-to-group-log-files-by-date-using-dot-log.html.twig
+++ /dev/null
@@ -1,193 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">As described in <a href="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/" data-type="URL" data-id="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/">this article</a>, <a rel="noreferrer noopener" href="https://github.com/dotkernel/dot-log" data-type="URL" data-id="https://github.com/dotkernel/dot-log" target="_blank">dot-log</a> is a powerful tool for logging messages in your application. It's power stays in the fact that it can be implemented in a few easy steps and that it's highly customizable.</p>
-
-<!--more-->
-
-<p class="mb-3">With a little help from PHP's <code>date</code> function, <a rel="noreferrer noopener" href="https://github.com/dotkernel/dot-log/releases/tag/3.1.1" data-type="URL" data-id="https://github.com/dotkernel/dot-log/releases/tag/3.1.1" target="_blank">Version 3.1.1</a> takes this one step further, though. It adds the ability to use datetime formatter strings right in the stream option of your log writer. It also fixes an issue where caching dot-log configs caused logs to be written to the same file, instead of being grouped by date.</p>
-
-<h2>Prerequisites</h2>
-
-<p class="mb-3">You will need dot-log installed and configured inside your application. If it's not installed, you can install it by following the steps described <a href="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/" data-type="URL" data-id="https://www.dotkernel.com/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel/">here</a>. Else, make sure you're using the latest version of dot-log by running <code>composer update dotkernel/dot-log</code>.</p>
-
-<p class="mb-3">As always, we strongly suggest you to keep your packages updated. Allthough, if your application logs messages in a single file with a static name (eg: log/dk.log), you can skip the rest of this article - logging will work as before.</p>
-
-<h2>Configuring the logger with Dotkernel</h2>
-
-<p class="mb-3">Your application should already have a <strong>config/autoload/error-handling.global.php</strong> file, similar to this:</p>
-
-<pre><code>&lt;?php
-
-return &#91;
-    'dot-errorhandler' =&gt; &#91;
-        'loggerEnabled' =&gt; true,
-        'logger' =&gt; 'dot-log.default_logger'
-    ],
-    '<strong>dot_log</strong>' =&gt; &#91;
-        '<strong>loggers</strong>' =&gt; &#91;
-            '<strong>default_logger</strong>' =&gt; &#91;
-                '<strong>writers</strong>' =&gt; &#91;
-                    'FileWriter' =&gt; &#91;
-                        'name' =&gt; 'stream',
-                        'priority' =&gt; \Laminas\Log\Logger::ALERT,
-                        'options' =&gt; &#91;
-                            '<strong>stream</strong>' =&gt; sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d')),
-                            // explicitly log all messages
-                            'filters' =&gt; &#91;
-                                'allMessages' =&gt; &#91;
-                                    'name' =&gt; 'priority',
-                                    'options' =&gt; &#91;
-                                        'operator' =&gt; '&gt;=',
-                                        'priority' =&gt; \Laminas\Log\Logger::EMERG,
-                                    ],
-                                ],
-                            ],
-                            'formatter' =&gt; &#91;
-                                'name' =&gt; \Laminas\Log\Formatter\Json::class,
-                            ],
-                        ],
-                    ],
-                ],
-            ],
-        ],
-    ],
-];
-</code></pre>
-
-<p class="mb-3">Inside that file, locate every instance of your log writers by navigating to: <code>dot_log-&gt;loggers-&gt;default_logger-&gt;writers</code>. For each writer, you'll find a <code>stream</code> option containing the path to your log file. If your <code>stream</code> config looks like this:</p>
-
-<p class="mb-3"><code>'stream' =&gt; sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d'))</code></p>
-
-<p class="mb-3">replace it with:</p>
-
-<p class="mb-3"><code>'stream' =&gt; __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'</code></p>
-
-<p class="mb-3">The last step is to clear config cache using the command:</p>
-
-<p class="mb-3"><code>php bin/clear-config-cache.php</code></p>
-
-<p class="mb-3">If the path to your log files contains other date format specifiers, make sure you adapt it accordingly. A complete list of the specifiers can be found <a rel="noreferrer noopener" href="https://www.php.net/manual/en/datetime.format.php" target="_blank">here</a>.</p>
-
-<h2>Configuring the logger without Dotkernel</h2>
-
-<p class="mb-3">Locate dot-log configs in your application (probably /config/autoload/log.global.php). They should look similar to this:</p>
-
-<pre><code>&lt;?php
-
-return &#91;
-    '<strong>dot_log</strong>' =&gt; &#91;
-        '<strong>loggers</strong>' =&gt; &#91;
-            '<strong>my_logger</strong>' =&gt; &#91;
-                '<strong>writers</strong>' =&gt; &#91;
-                    'FileWriter' =&gt; &#91;
-                        'name' =&gt; 'FileWriter',
-                        'priority' =&gt; \Laminas\Log\Logger::ALERT,
-                        'options' =&gt; &#91;
-                            '<strong>stream</strong>' =&gt; __DIR__ . '/../../log/dk.log',
-                            'filters' =&gt; &#91;
-                                'allMessages' =&gt; &#91;
-                                    'name' =&gt; 'priority',
-                                    'options' =&gt; &#91;
-                                        'operator' =&gt; '&gt;=',
-                                        'priority' =&gt; \Laminas\Log\Logger::EMERG,
-                                    ]
-                                ],
-                            ],
-                        ],
-                    ],
-                    // Only warnings
-                    'OnlyWarningsWriter' =&gt; &#91;
-                        'name' =&gt; 'stream',
-                        'priority' =&gt; \Laminas\Log\Logger::ALERT,
-                        'options' =&gt; &#91;
-                            '<strong>stream</strong>' =&gt; __DIR__ . '/../../log/warnings_only.log',
-                            'filters' =&gt; &#91;
-                                'warningOnly' =&gt; &#91;
-                                    'name' =&gt; 'priority',
-                                    'options' =&gt; &#91;
-                                        'operator' =&gt; '==',
-                                        'priority' =&gt; \Laminas\Log\Logger::WARN,
-                                    ],
-                                ],
-                            ],
-                        ],
-                    ],
-                    // Warnings and more important messages
-                    'WarningOrHigherWriter' =&gt; &#91;
-                        'name' =&gt; 'stream',
-                        'priority' =&gt; \Laminas\Log\Logger::ALERT,
-                        'options' =&gt; &#91;
-                            '<strong>stream</strong>' =&gt; __DIR__ . '/../../log/important_messages.log',
-                            'filters' =&gt; &#91;
-                                'importantMessages' =&gt; &#91;
-                                    'name' =&gt; 'priority',
-                                    'options' =&gt; &#91;
-                                        // note, the smaller the priority, the more important is the message
-                                        // 0 - emergency, 1 - alert, 2- error, 3 - warn. .etc
-                                        'operator' =&gt; '&lt;=',
-                                        'priority' =&gt; \Laminas\Log\Logger::WARN,
-                                    ],
-                                ],
-                            ],
-                        ],
-                    ],
-                ],
-            ],
-        ],
-    ],
-];</code></pre>
-
-<p class="mb-3">Inside that file, locate every instance of your log writers by navigating to: <code>dot_log-&gt;loggers-&gt;my_logger-&gt;writers</code>. For each writer, you'll find a <code>stream</code> option containing the path to your log file. If your <code>stream</code> config looks like this:</p>
-
-<p class="mb-3"><code>'stream' =&gt; sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d'))</code></p>
-
-<p class="mb-3">replace it with:</p>
-
-<pre>'stream' =&gt; __DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log',</pre>
-
-<p class="mb-3">If the path to your log files contains other date format specifiers, make sure you adapt it accordingly. A complete list of the specifiers can be found <a rel="noreferrer noopener" href="https://www.php.net/manual/en/datetime.format.php" target="_blank">here</a>.</p>
-
-<p class="mb-3">Make sure you clear your application's config before usage.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does dot-log Version 3.1.1 add? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Version 3.1.1 adds the ability to use datetime formatter strings directly in the stream option of your log writer, and it fixes an issue where caching dot-log configs caused logs to be written to the same file instead of being grouped by date.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I make sure I'm using the fix in Version 3.1.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Make sure you're using the latest version of dot-log by running <code>composer update dotkernel/dot-log</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do I need to change anything if my logs are already written to a single static file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. If your application logs messages in a single file with a static name (e.g. log/dk.log), you can skip the rest of the article - logging will work as before.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I group log files by date when using Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In <strong>config/autoload/error-handling.global.php</strong>, locate every log writer by navigating to <code>dot_log-&gt;loggers-&gt;default_logger-&gt;writers</code> and replace a <code>stream</code> value like <code>sprintf('%s/../../log/error-log-%s.log', __DIR__, date('Y-m-d'))</code> with <code>__DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I group log files by date without Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In your dot-log config (e.g. /config/autoload/log.global.php), locate every writer under <code>dot_log-&gt;loggers-&gt;my_logger-&gt;writers</code> and replace a dynamic <code>stream</code> value such as <code>sprintf('%s/../../log/dk-%s.log', __DIR__, date('Y-m-d'))</code> with a formatter string like <code>__DIR__ . '/../../log/error-log-{Y}-{m}-{d}.log'</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What must I do after changing the stream configuration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Clear the config cache. In a Dotkernel application, run <code>php bin/clear-config-cache.php</code>; in a non-Dotkernel setup, make sure you clear your application's config before usage.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.html.twig
deleted file mode 100644
index 86c66b39..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/how-to-set-a-persistent-connection-to-database-with-zend-framework-zend-db-adapter.html.twig
+++ /dev/null
@@ -1,37 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-From time to time, it may be a good idea to have a persistent connection to database.
-
-The place where it should be added that new configuration option is application.ini ( Dotkernel approach as an example)
-
-Do <strong>not</strong> try something like below, will not work:
-<pre>database.params.options.PDO::ATTR_PERSISTENT = TRUE</pre>
-&nbsp;
-
-Instead , use the below line
-<pre>database.params.persistent = TRUE</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Where do you configure a persistent database connection in a Dotkernel project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The option should be added in application.ini, as shown in the Dotkernel approach used as an example in the article.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What Zend_Db configuration line should NOT be used for a persistent connection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0"><code>database.params.options.PDO::ATTR_PERSISTENT = TRUE</code> should not be used - the article states that it will not work.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the correct line to enable a persistent connection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use <code>database.params.persistent = TRUE</code> instead.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/how-to-use-alerts-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/how-to-use-alerts-in-dotkernel.html.twig
deleted file mode 100644
index 9c6f719d..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/how-to-use-alerts-in-dotkernel.html.twig
+++ /dev/null
@@ -1,105 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Alerts (or Dot_Alert's) are e-mails usually sent to the site developers, these messages are sent with <strong>mail()</strong> therefore you shouldn't use them to send regular mail. Alerts should only notify you as a developer: "<em><strong>Hey, something's wrong here, you might want to know this!</strong></em>"
-
-In this article you will find out how to use the Alerts system in Dotkernel, we will also go through an existing example so this can be understood easier.
-
-The Dot_Alert class resembles with Dot_Email, the alerts, like a mail message, have at least the sender, a subject, a destination and a message and it can also be sent.
-
-<!--more-->
-
-In Dotkernel we use the Alerts for notifying the developer that an email was not sent successfully.
-
-In this case we kept the message in the dots.xml file
-<pre>
-<variable option="global">
-    <alertMessages>
-        <email>
-            <subject> SMTP Error on {SITE_NAME} </subject>
-            <message>
-SMTP Error on {SITE_NAME}
-We were unable to send SMTP email
----------------------------------
-Caught exception: {E_CLASS}
-Message:  {E_MESSAGE}
-To Email: {TO_EMAIL}
-From Email: {FROM_EMAIL}
-Date: {DATE_NOW}
----------------------------------
-            </message>
-        </email>
-    </alertMessages>
-</variable>
-</pre>
-If you're not familiar  with the dots.xml, you should see <a href="http://www.dotkernel.com/docs/dots-xml/" target="_blank" rel="noopener noreferrer">this article</a>.
-
-First the message will be fetched from the xml file, we already have it in $this->option
-<pre>
-$subject = $this->option->alertMessages->email->subject;
-$message = $this->option->alertMessages->email->message;</pre>
-Second, we get the destination recipient (in this case the developers e-mail addresses)
-<pre>
-$devEmails = explode(',', $this->settings->devEmails);
-
-</pre>
-As you can see the Alert messages contains <strong>{VARIABLES}</strong> called details in the Alert system. Now we will prepare the details:
-<pre>$details = array(
-    'e_class' => get_class($e),
-    'site_name' => $this->seoOption->siteName,
-    'site_url' => $registry->configuration->website->params->url,
-    'e_message' => $e->getMessage(),
-    'to_email' => implode(',', $this->_to),
-    'from_email' => $this->getFrom(),
-    'date_now' => date('F dS, Y h:i:s A'),
-);</pre>
-Note that $e is a caught exception, this exception is thrown when the e-mail send process fails.
-Now that we have it all, let's create an alert:
-<pre>$alert = new Dot_Alert();</pre>
-This is just an empty alert, we will now set the sender, the subject and the message, the sender is set on sending
-<pre>$alert->addHeader( "From: " . $this->settings->siteEmail);
-$alert->addHeader( "Reply-To:" . $this->settings->siteEmail );
-$alert->addHeader( "X-Mailer: PHP/" . phpversion() ) ;</pre>
-<pre>$alert->setTo($devEmails);
-$alert->setSubject($subject);
-$alert->setContent($message);</pre>
-Our message doesn't look that good, the setDetails method will replace our <strong>{VARIABLES}</strong> within subject and message with actual data
-<pre>$alert->setDetails($details);</pre>
-Everything is great, we can now send our alert:
-<pre>$alert->send();</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a Dot_Alert used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Alerts (Dot_Alert's) are e-mails usually sent to the site developers using PHP's mail() function. They shouldn't be used to send regular mail - they only notify the developer that something is wrong.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the Dot_Alert class resemble, and what does an alert contain? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Alert resembles Dot_Email. Like a mail message, an alert has at least a sender, a subject, a destination and a message, and it can be sent.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's an example use of Alerts in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel uses Alerts to notify the developer when an email was not sent successfully, with the message kept in the dots.xml file under the alertMessages section.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How are the {VARIABLES} in an alert message replaced with real data? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A $details array is prepared (e.g. e_class, site_name, site_url, e_message, to_email, from_email, date_now), and the alert's setDetails() method replaces the {VARIABLES} placeholders in the subject and message with that data.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the steps to build and send an alert? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Create a new Dot_Alert(), add headers such as From, Reply-To and X-Mailer, then call setTo(), setSubject() and setContent(), then setDetails() to fill in the placeholders, and finally call send().</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.html.twig
deleted file mode 100644
index 9b61c3cf..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/implementing-the-new-password-hashing-api-from-php-5-5-in-dotkernel.html.twig
+++ /dev/null
@@ -1,72 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In order to use the new <a href="http://www.php.net/manual/en/book.password.php" target="_blank" rel="noopener noreferrer">Password Hashing</a> functions , introduced in PHP 5.5 , and unify all password related functions , used for both admin and users, we did a major refactor of Dotkernel codebase, in version 1.8.0 , starting from revision 799.
-
-See more on that matter<a href="http://www.brandonsavage.net/please-stop-hashing-passwords-yourself/" target="_blank" rel="noopener noreferrer"> here </a>
-
-<!--more-->
-
-Since those 4 new functions are available only since PHP 5.5 , we used the <a href="https://github.com/ircmaxell/password_compat" target="_blank" rel="noopener noreferrer">Password Compatibility library.</a>
-
-The minimum PHP version in order to run Dotkernel was raised to PHP 5.3.8 .
-
-&nbsp;
-
-<strong>How to apply this refactor to older Dotkernel systems</strong>
-<ul>
-<ul>
-    <li>change table structure in order to handle future algo</li>
-</ul>
-</ul>
-<pre>ALTER TABLE `admin` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;</pre>
-<pre>ALTER TABLE `user` CHANGE `password` `password` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL;</pre>
-<ul>
-    <li>Remove from application.ini the variable <strong>settings.admin.salt = 5F6WQ9U3YT</strong></li>
-    <li>apply the patch . <a href="http://www.dotkernel.com/download/?did=40" target="_blank" rel="noopener noreferrer">Download</a></li>
-    <li>if you have trouble applying the patch, you can compare the files and see the log/diff in <a href="http://websvn.dotkernel.net/comp.php?repname=Dotkernel&amp;compare[]=/@796&amp;compare[]=/@797" target="_blank" rel="noopener noreferrer">websvn </a></li>
-    <li>run the conversion script . You can find the details in the file Console/Controller.php , at line 47</li>
-    <li>Hope that you will not break something :-)</li>
-    <li>Admin passwords cannot be converted , so need to be recreated manually .</li>
-</ul>
-&nbsp;
-
-&nbsp;
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was Dotkernel refactored to use the new PHP 5.5 Password Hashing API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">To use the new Password Hashing functions introduced in PHP 5.5 and unify all password related functions used for both admin and users, Dotkernel's codebase was refactored in version 1.8.0, starting from revision 799.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can PHP versions older than 5.5 use these new hashing functions? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Since the 4 new functions are only available since PHP 5.5, Dotkernel used the Password Compatibility library (ircmaxell/password_compat).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the minimum PHP version required after this change? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The minimum PHP version required to run Dotkernel was raised to PHP 5.3.8.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What steps are needed to apply this refactor to an older Dotkernel system? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Change the password column definition in the admin and user tables via ALTER TABLE, remove the settings.admin.salt entry from application.ini, apply the provided patch, and run the conversion script described in Console/Controller.php at line 47.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens to existing admin passwords during the upgrade? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Admin passwords cannot be converted automatically, so they need to be recreated manually.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.html.twig
deleted file mode 100644
index 87eee31d..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows.html.twig
+++ /dev/null
@@ -1,91 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-To test if you have php_geoip extension on your Zend Server, create an php file and copy the following code. This will output true if extension is available or false if not.
-<pre><?php
-var_dump(function_exists('geoip_database_info'));</pre>
-If your output is false than you have to download an php_geoip.dll file correctly compiled for your zend server version.
-<!--more-->
-For Zend Server 5.6 you can find geoip extension here:
-
-<a href="http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/">http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/</a>
-
-As you can see there are several files for different architectures and compilers
-
-** NOTE: you can find on what architecture your php is built and the compiler used with phpinfo();
-<div class="table-responsive"><table class="table table-bordered table-sm" style="background: lightgoldenrodyellow; margin-bottom: 10px; padding: 10px;" width="600" border="0" cellpadding="3">
-<tbody>
-<tr>
-<td>Compiler</td>
-<td>MSVC9 (Visual C++ 2008)</td>
-</tr>
-<tr>
-<td>Architecture</td>
-<td>x86</td>
-</tr>
-</tbody>
-</table></div>
-After you have downloaded the php_geoip.dll you have to copy the file in:
-
-C:\YOUR_LOCATION\Zend\ZendServer\lib\phpext\
-
-Now you have to go in your Zend Server interface, restart php, turn on geoip extension from Server Setup -&gt; Extension and restart php again.
-
-If you get an error loading geoip extension than you picked the wrong dll and you have to try the other ones.
-
-Otherwise your geoip extension is loaded and your test script from the beginning will output "true".
-
-The next step is to download some geoip databases from maxmind.
-<ul>
-    <li>geoIP.dat</li>
-    <li>geoIPCity.dat</li>
-    <li>geoIPOrganization.dat</li>
-    <li>or anything you need</li>
-</ul>
-Copy those .dat files in
-
-C:\YOUR_LOCATION\Zend\ZendServer\bin\
-
-And now you can use geoip functions on your Zend Server 5.6
-</pre>
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you test if the php_geoip extension is available on Zend Server? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Create a PHP file with <code>var_dump(function_exists('geoip_database_info'));</code>. It outputs true if the extension is available, or false if it isn't.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can you download the php_geoip extension for Zend Server 5.6? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">From <a href="http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/">http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/</a>, where several php_geoip.dll files are available for different architectures and compilers.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you know which php_geoip.dll file to download? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can find your PHP's architecture and the compiler it was built with by running phpinfo().</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where does the php_geoip.dll file need to be copied? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Into C:\YOUR_LOCATION\Zend\ZendServer\lib\phpext\.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you enable the geoip extension after copying the dll? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Go into the Zend Server interface, restart PHP, turn on the geoip extension from Server Setup -&gt; Extension, and restart PHP again. If you get an error loading the extension, you picked the wrong dll and should try another one.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What else is needed besides the extension itself? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You also need to download geoip databases from MaxMind, such as geoIP.dat, geoIPCity.dat, and geoIPOrganization.dat, and copy those .dat files into C:\YOUR_LOCATION\Zend\ZendServer\bin\.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.html.twig
deleted file mode 100644
index 4725a0e1..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/installing-geoip-extension-in-zend-server-6-on-windows.html.twig
+++ /dev/null
@@ -1,42 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-As an update to the post <a title="Installing GeoIP extension in Zend Server" href="http://www.dotkernel.com/dotkernel/installing-geoip-extension-in-zend-server-5-6-on-windows/" target="_blank" rel="noopener noreferrer">Installing GeoIP extension in Zend Server 5.6 on Windows </a>, for Zend Server 6.1 , you can do the following:
-<ol>
-    <li>Download the php_geoip-1.0.8-5.4-nts-vc9-x86.zip file from <a href="http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/">http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/</a></li>
-    <li>From the archived file, copy the file php_geoip.dll to ZEND_PATH\Zend\ZendServer\lib\phpext\</li>
-    <li> Open php.ini file, from the location: ZEND_PATH\Zend\ZendServer\etc\php.ini</li>
-    <li> Add the below line at the end of the file <strong>extension=php_geoip.dll</strong></li>
-    <li>Save the file and "Restart PHP" :-))  from Zend Server GUI</li>
-    <li>follow the step from the previous article in order to test GeoIP integration , and download the Geoip*.dat files</li>
-</ol>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which php_geoip file should be downloaded for Zend Server 6.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the php_geoip-1.0.8-5.4-nts-vc9-x86.zip file from http://windows.php.net/downloads/pecl/releases/geoip/1.0.8/.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where does the php_geoip.dll go on Zend Server 6.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Copy the php_geoip.dll file from the archive to ZEND_PATH\Zend\ZendServer\lib\phpext\.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the extension enabled on Zend Server 6.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open the php.ini file at ZEND_PATH\Zend\ZendServer\etc\php.ini, add the line <code>extension=php_geoip.dll</code> at the end of the file, save it, and click "Restart PHP" from the Zend Server GUI.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you verify GeoIP is working after this setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Follow the same steps described in the previous article (Installing GeoIP extension in Zend Server 5.6 on Windows) to test the GeoIP integration and download the Geoip*.dat files.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.html.twig
deleted file mode 100644
index f3118c9d..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/logging-with-dot-log-in-zend-expressive-and-dotkernel.html.twig
+++ /dev/null
@@ -1,276 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article will explain the usage of the <strong><a href="https://github.com/dotkernel/dot-log" target="_blank" rel="noopener noreferrer">dot-log</a> </strong>component within Dotkernel, Zend Expressive or in a project that uses Zend Service Manager.
-
-Since dot-log extends zendframework/zend-log this tutorial mostly compatible with zend-log as well.
-
-<!--more-->
-
-For a more detailed documentation about the zend-log visit the <a href="https://zendframework.github.io/zend-log/" target="_blank" rel="noopener noreferrer">zend-log documentation</a>.
-<h2>Adding The Config Provider</h2>
-<ul>
-     <li>Enter <strong>config/config.php</strong></li>
-     <li>If there is no entry for the config provider below, add it:
-<pre>\Dot\Log\ConfigProvider::class</pre>
-</li>
-     <li>Make sure it is added before with the Application-Specific components, eg.: <code>\Frontend\App\ConfigProvider.php</code>,  <code>\Admin\App\ConfigProvider::class</code>,  <code>MyProject\ConfigProvider::class</code> , etc.</li>
-     <li>Open the <code>Dot\Log\ConfigProvider</code>
-<ul>
-     <li>In the dependencies section you will see an <strong>absctract factory </strong>(<code>LoggerAbstractServiceFactory::class</code>)</li>
-     <li>This class responds to "selectors" instead of class names</li>
-     <li>Instead of requesting the <code>Zend\Log\Logger::class</code> from the container, <code>dot-log.my_logger</code> should be requested (or just <code>my_logger</code> if using zend-log)</li>
-</ul>
-</li>
-     <li>Next, create a <strong>log.global.php </strong>file within <strong>/config/autoload</strong>
-<ul>
-     <li>return an empty array for start</li>
-</ul>
-</li>
-</ul>
-<h2>Configuring the logger</h2>
-For compatibility between components and for the better understanding of this tutorial the name for the created logger will be <strong>my_logger</strong>.
-
-The logger name is the developer's choice and should reflect its purpose (eg.: db_error_logger - a logger that only writes the error messages in <strong>db</strong>).
-
-Create a key-value pair, the key should be <strong>dot-log</strong> (or <strong>log</strong> if using zend-log) and the value should be an empty array.
-
-In the newly created value add a key loggers, and the value should be an array with the key <strong>my_logger</strong> and an empty array as the value.
-
-&nbsp;
-
-At this point your log.global.php should look like this:
-<pre>return
-        ],
-    ],
-];</pre>
-&nbsp;
-
-For this logger to actually log somewhere a writer is required, otherwise the log command will be received, but the logger will have no place to write the message in.
-
-The next step will show you how to configure writing to a specific file.
-<h2>Configuring the writer(s)</h2>
-Loggers must have at least one writer.
-
-A <strong><em>writer</em></strong> is an object that inherits from <code>Zend\Log\Writer\AbstractWriter</code>. A writer's responsibility is to record log data to a storage backend. (from <a href="https://zendframework.github.io/zend-log/writers/" target="_blank" rel="noopener noreferrer">zend-log's writer documentation</a>)
-
-&nbsp;
-<h3>Writing to a file (stream)</h3>
-It is possible separate logs into multiple files using writers and filters. For example <strong>warnings.log, errors.log</strong>, all_messages.log.
-
-In this example all the log messages will be written in one file.
-<ul>
-     <li>In the my_logger key insert an empty array on key <strong>writers</strong>
-<ul>
-     <li>The <strong>writers</strong> will all be used when writing logs</li>
-</ul>
-</li>
-     <li>The following is the simplest example to write anything to <strong>/data/logs/dk.log</strong></li>
-</ul>
-<pre>return ,
-                    ],
-                ],
-            ]
-        ],
-    ],
-];</pre>
-The <strong>FileWriter</strong> key is optional, otherwise the writers array would be enumerative instead of associative.
-
-The writer <strong>name</strong> key is a developer-provided name for that writer, the writer name key is <strong>mandatory</strong>.
-
-The writer priority key is not affecting the errors that are written, it is a way to organize writers, for example:
-<ul>
-     <li>1 - FILE</li>
-     <li>2 - SQL</li>
-     <li>3 - E-mail</li>
-</ul>
-It is the most important to write in the file, the sql or e-mail are more probably fail because the servers can be external and offline, the file is on the same server.
-
-The writer priority key is optional.
-
-To write into a file the key <strong>stream</strong> must be present in the <strong>writer options</strong> array. This is required only if writing into streams/files.
-
-&nbsp;
-
-For more examples see the zend-log streams:
-<ul class="toc__list">
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-streams" target="_blank" rel="noopener noreferrer">Writing to Streams</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-databases" target="_blank" rel="noopener noreferrer">Writing to Databases</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-firephp" target="_blank" rel="noopener noreferrer">Writing to FirePHP</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-chromephp" target="_blank" rel="noopener noreferrer">Writing to ChromePHP</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-mail" target="_blank" rel="noopener noreferrer">Writing to Mail</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-mongodb" target="_blank" rel="noopener noreferrer">Writing to MongoDB</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-syslog" target="_blank" rel="noopener noreferrer">Writing to Syslog</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/writers/#writing-to-zend-monitor" target="_blank" rel="noopener noreferrer">Writing to Zend Monitor</a></li>
-</ul>
-<h2>(Optional) Configuring the Filters</h2>
-A <em>filter</em> prevents a message from being written to the log. (from <a href="https://zendframework.github.io/zend-log/filters/" target="_blank" rel="noopener noreferrer">zend-log filters documentation</a>)
-
-As per <a href="https://www.php-fig.org/psr/psr-3/#5-psrlogloglevel" target="_blank" rel="noopener noreferrer">PSR-3 document</a>.
-
-The log levels are: <strong>emergency (0)</strong>, <strong>alert (1)</strong>, <strong>critical (2)</strong>, <strong>error (3)</strong>, <strong>warn (4)</strong>, <strong>notice (5)</strong>, <strong>info (6)</strong>, <strong>debug (7)</strong> (in order of priority/importance)
-
-Although the plain Logger in Zend Log is not fully compatible with PSR-3, it provides a way to log all of these message types.
-
-&nbsp;
-
-Starting from the basic writer configuration, several configurations will be added for extra functionality.
-
-&nbsp;
-<pre>&lt;?php
-
-return
-                                ],
-                            ],</strong>
-                        ],
-                    ],
-                    // <strong>Only warnings</strong>
-                    'OnlyWarningsWriter' =&gt; ,</strong>
-<strong>                                ],</strong>
-<strong>                            ],</strong>
-                        ],
-                    ],
-                    // <strong>Warnings and more important messages</strong>
-                    'WarningOrHigherWriter' =&gt; ,</strong>
-<strong>                                ],</strong>
-<strong>                            ],</strong>
-                        ],
-                    ],
-                ],
-            ],
-        ],
-    ],
-];</pre>
-As in the writer configuration, the developer can optionally use keys for associating the filters with a name.
-
-<strong>IMPORTANT NOTE:</strong> the operator for more important messages is <strong>&lt;=, </strong>this is because the number representation is smaller for a more important message type.
-
-The filter added on the first writer is equal to not setting a filter, but it was been added to illustrate how to explicitly allow all messages.
-
-It was added opposite to the others just to demonstrate the other operator is also an option.
-
-&nbsp;
-
-More examples on filters: <a href="https://zendframework.github.io/zend-log/filters/" target="_blank" rel="noopener noreferrer">https://zendframework.github.io/zend-log/filters/</a>
-<h2>(Optional) Configuring the Formatter</h2>
-When using dot-log or zend-log, the logged value is not limited to a string. Arrays can be logged as well.
-
-For a better readability, these arrays can be serialized.
-
-Zend Log provides String formatting, XML, JSON and FirePHP formatting.
-
-&nbsp;
-
-The formatter accepts following parameters:
-<ul>
-     <li>name - the formatter class (it must implement <strong>Zend\Log\Formatter\FormatterInterface</strong>)</li>
-     <li>options - options to pass to the formatter constructor if required</li>
-</ul>
-&nbsp;
-
-The following formats the message as JSON data:
-<pre>'formatter' =&gt; [
-    'name' =&gt; \Zend\Log\Formatter\Json::class,
-],</pre>
-&nbsp;
-<ul class="toc__list">
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/formatters/#simple-formatting" target="_blank" rel="noopener noreferrer">Simple Formatting</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/formatters/#formatting-to-json" target="_blank" rel="noopener noreferrer">Formatting to JSON</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/formatters/#formatting-to-xml" target="_blank" rel="noopener noreferrer">Formatting to XML</a></li>
-     <li class="toc__entry"><a class="toc__link" href="https://zendframework.github.io/zend-log/formatters/#formatting-to-firephp" target="_blank" rel="noopener noreferrer">Formatting to FirePhp</a></li>
-</ul>
-&nbsp;
-<h2>Full example</h2>
-Below an example which:
-<ul>
-     <li>The log is used through <strong>dot-log</strong></li>
-     <li>The logger name is <strong>my_logger</strong></li>
-     <li>Writes to file: <strong>data/logs/dk.log</strong></li>
-     <li>Explicitly allows <strong>all the messages</strong> to be written</li>
-     <li>Formats the message as <strong>JSON</strong></li>
-</ul>
-The key elements are <strong>bold</strong>.
-<pre>&lt;?php
-
-return ,
-                                ],
-                            ],
-                            '<strong>formatter</strong>' =&gt; ,
-                        ],
-                    ],
-                ],
-            ],
-        ],
-    ],
-];</pre>
-&nbsp;
-<h2>Usage</h2>
-Basic usage of the logger is illustraded below.
-
-The messages are written to see which logs are written and which are not written.
-<pre>use Zend\Log\Logger;</pre>
-...
-<pre>$logger = $container-&gt;get('dot-log.my_logger');
-
-/** @var Logger $logger */
-$logger-&gt;emerg('0 EMERG');
-$logger-&gt;alert('1 ALERT');
-$logger-&gt;crit('2 CRITICAL');
-$logger-&gt;err('3 ERR');
-$logger-&gt;warn('4 WARN');
-$logger-&gt;notice('5 NOTICE');
-$logger-&gt;info('6 INF');
-$logger-&gt;debug('7 debug');
-$logger-&gt;log(Logger::NOTICE, 'NOTICE from log()');</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do I register dot-log's config provider? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In config/config.php, add <code>\Dot\Log\ConfigProvider::class</code> if it's not already there, making sure it is added before application-specific components such as Frontend\App\ConfigProvider or Admin\App\ConfigProvider.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is a logger retrieved from the container instead of using the plain class name? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot\Log\ConfigProvider registers an abstract factory, LoggerAbstractServiceFactory, that responds to "selectors" instead of class names. Instead of requesting Zend\Log\Logger::class from the container, you request dot-log.my_logger (or just my_logger if using zend-log).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is a writer, and how many does a logger need? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A writer is an object that inherits from Zend\Log\Writer\AbstractWriter and is responsible for recording log data to a storage backend. Loggers must have at least one writer, and the writer's "name" key is mandatory while its "priority" key is optional and only used to organize writers, not to affect which errors get written.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does a filter do, and how are log levels ordered? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A filter prevents a message from being written to the log. Per PSR-3, the log levels in order of priority/importance are emergency (0), alert (1), critical (2), error (3), warn (4), notice (5), info (6), and debug (7) - the operator for "more important" messages is <= because a smaller number represents a more important message.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the formatter configuration control? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The formatter accepts a "name" (a class implementing Zend\Log\Formatter\FormatterInterface) and "options" to pass to that formatter's constructor. Zend Log provides String, XML, JSON and FirePHP formatting, and arrays can be serialized this way for better readability.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you actually write log messages once the logger is configured? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Fetch the logger from the container, e.g. <code>$logger = $container-&gt;get('dot-log.my_logger');</code>, then call methods such as emerg(), alert(), crit(), err(), warn(), notice(), info(), debug(), or the generic log(Logger::NOTICE, 'message').</p>
-        </div>
-    </details>
-</div>
-
-<h2>Sources:</h2>
-<ul>
-     <li>https://zendframework.github.io/zend-log/</li>
-     <li>https://zendframework.github.io/zend-log/writers/</li>
-     <li>https://zendframework.github.io/zend-log/filters/</li>
-</ul>
-This article will be continued in a different article that treats the error handling in middleware applications.
-
-&nbsp;
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.html.twig
deleted file mode 100644
index 1f1008cf..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/manual-upgrade-of-wurfl-xml-file-in-dotkernel.html.twig
+++ /dev/null
@@ -1,48 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel Application Framework can be downloaded with WURFL XML file bundled in it, but is quite an old file,  the latest GPL version, from June 2011. Because of license changed of that WURFL file,  this bundled file will not be upgraded anymore by us.
-
-You need to manually upgrade the xml file, if you still want to use it , and of course, please pay attention to license changes.
-<ol>
-    <li> Download the wurfl-2.3.xml.zip file.</li>
-    <li>Rename it to wurfl.zip</li>
-    <li>Rename the file inside the archive to wurfl.xml</li>
-    <li>Replace the file /externals/wurfl/wurfl.zip with this new wurfl.zip file</li>
-    <li>Download the web_browsers_patch.xml file</li>
-    <li>Replace the /externals/wurfl/web_browsers_patch.xml file with this new one</li>
-    <li>Go to Admin panel, click on <strong>empty</strong> wurfl cache  link, then rebuild the cache</li>
-</ol>
-Again, please pay attention to WURFL license changes.
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why does the WURFL xml file need to be manually upgraded in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel bundles an old WURFL XML file (the latest GPL version, from June 2011). Because of a license change to that WURFL file, the bundled file will no longer be upgraded by Dotkernel, so it must be upgraded manually if you still want to use it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the main steps to manually upgrade the WURFL file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the wurfl-2.3.xml.zip file, rename it to wurfl.zip, rename the file inside the archive to wurfl.xml, and replace /externals/wurfl/wurfl.zip with this new wurfl.zip file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is there anything else to replace besides wurfl.zip? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Download the web_browsers_patch.xml file and replace the /externals/wurfl/web_browsers_patch.xml file with the new one.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the last step after replacing the files? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Go to the Admin panel, click on the "empty" wurfl cache link, then rebuild the cache.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/migration-of-zend-framework-1-pear-channel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/migration-of-zend-framework-1-pear-channel.html.twig
deleted file mode 100644
index dbf41ae2..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/migration-of-zend-framework-1-pear-channel.html.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-The unofficial <strong>PEAR channel for Zend Framework 1</strong> was hosted on Google Code at this location: <a href="http://code.google.com/p/zend/" target="_blank" rel="noopener noreferrer">ZF Pear</a>, but since the closing of Google Code we were forced to move it.
-
-Zend Framework 1 is still used by a lot of&nbsp; projects in Production, it's still a viable library collection&nbsp; and it's also&nbsp; running on&nbsp; PHP7 ; even if is only in maintenance/security-patch mode, so it's not an option to cancel it completely.
-
-We were unable to migrate the project on github.com since the size of the repository is more then 1 GB. We resorted to building a special server that will host only the PEAR channel for Zend Framework 1 and we are commited to <strong>keep it live and running for the long term</strong>.
-
-Instructions on how to use the new channel can be found below .
-<h2>PEAR Channel Migration Guide</h2>
-Use the PEAR installer:
-
-1. Remove the installed pear package
-<pre>pear uninstall zend/zend</pre>
-2. Remove the old googlecode channel
-<pre>pear channel-delete zend.googlecode.com/svn</pre>
-3. Discover the new channel
-<pre>pear channel-discover pear.dotkernel.com/zf1/svn</pre>
-4. Install the package
-<pre>pear install zend/zend</pre>
-Follow <a href="https://twitter.com/dotkernel" target="_blank" rel="noopener noreferrer">@dotkernel&nbsp; </a> in order to be up to date related to new releases.
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did the PEAR channel for Zend Framework 1 need to move? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The unofficial PEAR channel for Zend Framework 1 was hosted on Google Code, and once Google Code was closed the channel was forced to move to a new location.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why wasn't the project moved to GitHub instead? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The team was unable to migrate the project to github.com because the repository is more than 1 GB in size, so they built a special server dedicated to hosting only the PEAR channel for Zend Framework 1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is Zend Framework 1 still worth using? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend Framework 1 is still used by a lot of projects in production, is still a viable library collection, and runs on PHP7, even though it is only in maintenance/security-patch mode.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I switch to the new PEAR channel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Using the PEAR installer: remove the installed package with <code>pear uninstall zend/zend</code>, remove the old Google Code channel with <code>pear channel-delete zend.googlecode.com/svn</code>, discover the new channel with <code>pear channel-discover pear.dotkernel.com/zf1/svn</code>, and then reinstall the package with <code>pear install zend/zend</code>.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/new-features-in-zend-framework-1-12.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/new-features-in-zend-framework-1-12.html.twig
deleted file mode 100644
index 1a8537c5..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/new-features-in-zend-framework-1-12.html.twig
+++ /dev/null
@@ -1,84 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-According to <a href="http://devzone.zend.com/2366/zend-framework-1-12-series-1-12-0rc1-now-available/" target="_blank" rel="noopener noreferrer">Matthew Weier O'Phinney announcement</a>, Zend Framework team is pleased to announce the immediate availability of the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1
-<h2> New Features</h2>
-<!--more-->
-<ul>
-    <li>Zend_Loader changes</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">A number of autoloaders and autoloader facilities were back ported from ZF2 to provide performant alternatives to those already available in the 1.X releases.  These include: Zend_Loader_StandardAutoloader, which improves on Zend_Loader_Autoloader by allowing the ability to specify a specific path to associate with a vendor prefix or namespace; Zend_Loader_ClassMapAutoloader, which provides the ability to use lookup tables for autoloading (which are typically the fastest possible way to autoload); and Zend_Loader_AutoloaderFactory, which can both create and update autoloaders for you, as well as register them with spl_autoload_register().
-
-The Zend_Loader changes were back ported from ZF2 by Matthew Weier O'Phinney</blockquote>
-<ul>
-    <li>Zend_EventManager</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Zend_EventManager is a component that allows you to attach and detach listeners to named events, both on a per-instance basis as well as via shared collections; trigger events; and interrupt execution of listeners.
-
-Zend_EventManager was back ported from ZF2 by Matthew Weier O'Phinney</blockquote>
-<ul>
-    <li>Zend_Http_UserAgent_Features_Adapter_Browscap</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">This class provides a features adapter that calls get_browser() in order to discover mobile device capabilities to inject into UserAgent device instances.
-
-Browscap (<a href="http://browsers.garykeith.com/" target="_blank" rel="noopener noreferrer">http://browsers.garykeith.com/</a>) is an open project dedicated to collecting an disseminating a "database" of browser capabilities. PHP has built-in support for using these files via the get_browser() function. This function requires that your php.ini provides a browscap entry pointing to the PHP-specific php_browscap.ini file which is available at <a href="http://browsers.garykeith.com/stream.asp?PHP_BrowsCapINI" target="_blank" rel="noopener noreferrer">http://browsers.garykeith.com/stream.asp?PHP_BrowsCapINI</a>.
-
-Zend_Http_UserAgent_Features_Adapter_Browscap was created by Matthew Weier O'Phinney</blockquote>
-<ul>
-    <li>Zend_Mobile_Push</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Zend_Mobile_Push is a component for implementing push notifications for the 3 major push notification platforms (Apple (Apns), Google (C2dm) and Microsoft (Mpns).
-
-Zend_Mobile_Push was contributed by Mike Willbanks.</blockquote>
-<ul>
-    <li>Zend_Gdata_Analytics</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Zend_Gdata_Analytics is an extension to Zend_Gdata to allow interaction with Google's Analytics Data Export API. This extension does not encompass any major changes in the overall operation of Zend_Gdata components.
-
-Zend_Gdata_Analytics was contributed by Daniel Hartmann.</blockquote>
-<h2>Removed features</h2>
-<ul>
-    <li>Zend_Http_UserAgent_Features_Adapter_WurflApi  ( announced few months ago <a href="http://www.dotkernel.com/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter/" target="_blank" rel="noopener noreferrer">here </a>)</li>
-</ul>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Due to the changes in licensing of WURFL, we have removed the WurflApi adapter. We will be providing the WurflApi adapter to ScientiaMobile so that users of WURFL will still have that option.</blockquote>
-<h2>Bug Fixes</h2>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">In addition over 200 reported issues in the tracker have been fixed. We'd like to particularly thank Adam Lundrigan, Frank Brückner and Martin Hujer for their efforts in making this happen. Thanks also to the many people who ran the ZF1 unit tests and reported their results!
-
-For a complete list go here:<a href="http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=12877" target="_blank" rel="noopener noreferrer"> http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=12877</a></blockquote>
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What was announced for Zend Framework 1.12? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Matthew Weier O'Phinney announced the immediate availability of the first release candidate of the Zend Framework 1.12 series, 1.12.0RC1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What changed in Zend_Loader? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A number of autoloaders and autoloader facilities were back ported from ZF2, including Zend_Loader_StandardAutoloader, Zend_Loader_ClassMapAutoloader, and Zend_Loader_AutoloaderFactory, providing performant alternatives to the autoloading facilities already in the 1.X releases.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is Zend_EventManager? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_EventManager is a component, also back ported from ZF2, that lets you attach and detach listeners to named events (per-instance or via shared collections), trigger events, and interrupt execution of listeners.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was the WurflApi adapter removed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Http_UserAgent_Features_Adapter_WurflApi was removed due to changes in the licensing of WURFL. The team planned to provide the WurflApi adapter to ScientiaMobile so WURFL users would still have that option.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How many bugs were fixed in this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Over 200 reported issues in the tracker were fixed, with particular thanks credited to Adam Lundrigan, Frank Brückner and Martin Hujer, as well as everyone who ran the ZF1 unit tests and reported results.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.html.twig
deleted file mode 100644
index 027cd142..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/php-formatter-and-templates-for-zend-studio-10-1.html.twig
+++ /dev/null
@@ -1,34 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Because Zend donated the Zend Studio's Formatter upstream to the PDT project, the Formatter plugin for Zend Studio 10.1 need to be changed: replace  "com.zend.php" to "org.eclipse.php".
-
-See  the updated file  <a href="http://www.dotkernel.com/download/?did=37" target="_blank" rel="noopener noreferrer">Dotkernel PHP Formatter for Zend Studio 10.1</a>
-
-About PHP Formatter , see <a href="http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#formatter.htm" target="_blank" rel="noopener noreferrer">http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#formatter.htm</a>
-
-&nbsp;
-
-Also, we created the templates file for Zend Studio 10.1 , according to Dotkernel coding standard, see the file: <a href="http://www.dotkernel.com/download/?did=38" target="_blank" rel="noopener noreferrer">Templates for Zend Studio</a>
-
-About Templates in Zend Studio and how to import/export: <a href="http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#templates.htm" target="_blank" rel="noopener noreferrer">http://files.zend.com/help/Zend-Studio-10/zend-studio.htm#templates.htm</a>
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why does the PHP Formatter plugin for Zend Studio 10.1 need to be changed? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because Zend donated the Zend Studio Formatter upstream to the PDT project, the Formatter plugin needs to be changed by replacing "com.zend.php" with "org.eclipse.php".</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can I get Dotkernel's updated Formatter and Templates files for Zend Studio 10.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The updated PHP Formatter file for Zend Studio 10.1 and a templates file built according to the Dotkernel coding standard are both available as downloads linked in the article.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.html.twig
deleted file mode 100644
index 0fd28571..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/protecting-admin-folder-with-htaccess-in-plesk.html.twig
+++ /dev/null
@@ -1,39 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In <strong>/var/www/vhosts/exampledomain.com/conf/vhost.conf</strong> file add this code:
-<pre>
-< Location /admin>
-   AuthType Basic
-   AuthName "My Site Admin"
-   AuthUserFile /var/www/vhosts/exampledomain.com/conf/.htpasswd
-  Require valid-user
-< /Location ></pre>
-&nbsp;
-
-Notice the server that vhost.conf has been added/changed with command:
-<pre>/usr/local/psa/admin/sbin/websrvmng -a</pre>
-&nbsp;
-
-Then create the .htpasswd file and upload it to <strong>/var/www/vhosts/exampledomain.com/conf/</strong>
-
-<strong>
-</strong>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do I protect the /admin folder with .htaccess in Plesk? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add a Location block for /admin to the vhost.conf file (e.g. /var/www/vhosts/exampledomain.com/conf/vhost.conf) using AuthType Basic, an AuthName, an AuthUserFile pointing to a .htpasswd file, and Require valid-user.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>After editing vhost.conf, how do I apply the change and finish setup in Plesk? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Notify the server that vhost.conf has changed by running <code>/usr/local/psa/admin/sbin/websrvmng -a</code>, then create the .htpasswd file and upload it to the same conf directory referenced in the AuthUserFile directive.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.html.twig
deleted file mode 100644
index 9060c7de..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/replacing-laminas-mail-with-symfony-mailer-in-dot-mail.html.twig
+++ /dev/null
@@ -1,136 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What prompted the change</h2>
-
-<p class="mb-3">According to the discussion from the <a href="https://github.com/laminas/technical-steering-committee/blob/main/meetings/minutes/2023-12-04-TSC-Minutes.md#maintainers-for-laminas-mime-and-laminas-mail" target="_blank" rel="noreferrer noopener">LaminasTechnical steering Committee of 2023-12-04</a>, it was decided that the <a href="https://github.com/laminas/laminas-mail">laminas/laminas-mail</a> package would be abandoned. On the one hand, there is nobody to maintain the package and on the other, there are several alternatives available in the ecosystem:</p>
-
-<ul><li><a href="https://github.com/ddeboer/imap" target="_blank" rel="noreferrer noopener">ddeboer/imap</a> for interacting with IMAP</li>
-
-<li><a href="https://github.com/zbateson/mail-mime-parser" target="_blank" rel="noreferrer noopener">zbateson/mail-mime-parser</a> for parsing MIME messages</li>
-
-<li><a href="https://github.com/symfony/mailer" target="_blank" rel="noreferrer noopener">symfony/mailer</a> for sending mail</li>
-</ul>
-
-<h2>How Dotkernel handles the issue</h2>
-
-<p class="mb-3">The Dotkernel team has also opted to replace the laminas/laminas-mail package in the <a href="https://github.com/dotkernel/dot-mail" target="_blank" rel="noreferrer noopener">dotkernel/dot-mail</a> package. This meant revising the code, including the configuraton files. The optimal way to handle this was to try to have minimal impact on existing projects that already use dotkernel/dot-mail. This means that the calls to send the mail should remain the same, even if some lesser-used functionality like mime and imap are lost.</p>
-
-<h2>Technical approach</h2>
-
-<p class="mb-3">In this article we will list the edits that enabled the switch from laminas/laminas-mail to symfony/mailer in the dotkernel/dot-mail package. You can follow all the changes in this list of PRs:</p>
-
-<ul><li><a href="https://github.com/dotkernel/dot-mail/pull/65/files" target="_blank" rel="noreferrer noopener">dot-mail PR 65</a></li>
-
-<li><a href="https://github.com/dotkernel/dot-mail/pull/66/files" target="_blank" rel="noreferrer noopener">dot-mail PR 66</a></li>
-
-<li><a href="https://github.com/dotkernel/dot-mail/pull/67/files" target="_blank" rel="noreferrer noopener">dot-mail PR 67</a></li>
-
-<li><a href="https://github.com/dotkernel/dot-mail/pull/69/files" target="_blank" rel="noreferrer noopener">dot-mail PR 69</a></li>
-</ul>
-
-<blockquote><p class="mb-3">Function definition changes will not be covered in this article.</p>
-</blockquote>
-
-<p class="mb-3">The configuration file <code>mail.global.php</code> was revised to remove features that are no longer available and to make it easier to configure.</p>
-
-<pre>&lt;?php
-
-declare(strict_types=1);
-
-return ,
-                //copy destination addresses
-                'cc' => [],
-                //hidden copy destination addresses
-                'bcc' => [],
-                //email subject
-                'subject' => '',
-                //body options - content can be plain text, HTML
-                'body' => ,
-                //attachments config
-                'attachments' => ,
-                    'dir'   => ,
-                ],
-            ],
-            /**
-             * the mail transport to use can be any class implementing
-             * Symfony\Component\Mailer\Transport\TransportInterface
-             *
-             * for standard mail transports, you can use these aliases:
-             * - sendmail  => Symfony\Component\Mailer\Transport\SendmailTransport
-             * - esmtp     => Symfony\Component\Mailer\Transport\Smtp\EsmtpTransport
-             *
-             * defaults to sendmail
-             **/
-            'transport' => 'sendmail',
-            //options that will be used only if esmtp adapter is used
-            'smtp_options' => ,
-            ],
-        ],
-        // option to log the SENT emails
-        'log' => ,
-    ],
-];</pre>
-
-<p class="mb-3">Make sure to use <strong>ONE</strong> of the below transporters, based on your server configuration.</p>
-
-<pre>'transport' => 'sendmail',</pre>
-
-<p class="mb-3"><strong>OR</strong></p>
-
-<pre>'transport' => 'esmtp',</pre>
-
-<p class="mb-3">We set <strong>Sendmail</strong> to be the default mail transport.</p>
-
-<h2>How to update <code>dotkernel/dot-mail</code> from version 3 or version 4 to version 5 in your projects</h2>
-
-<ul><li>The first thing to do is download the new <a href="https://github.com/dotkernel/dot-mail/blob/5.0/config/mail.global.php.dist" target="_blank" rel="noreferrer noopener">mail configuration file</a>.</li>
-
-<li>Add the values you configured for your project, focusing on <code>transport</code>, <code>message_options</code> and <code>smtp_options</code>, then replace your old configuration file.</li>
-
-<li>In your <code>composer.json</code> update <code>"dotkernel/dot-mail": "^5.0.0",</code> and run <code>composer update</code> in the command line.</li>
-</ul>
-
-<p class="mb-3">At this moment, <code>mime</code> and <code>imap</code> related functionality is removed.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was laminas/laminas-mail replaced? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Laminas Technical Steering Committee decided on 2023-12-04 that laminas/laminas-mail would be abandoned because there was nobody to maintain it, and several alternatives were already available in the ecosystem.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What alternatives were identified for the abandoned laminas-mail package? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The alternatives mentioned are ddeboer/imap for interacting with IMAP, zbateson/mail-mime-parser for parsing MIME messages, and symfony/mailer for sending mail.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How did Dotkernel handle the removal of laminas-mail in dot-mail? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Dotkernel team replaced laminas/laminas-mail with symfony/mailer inside the dotkernel/dot-mail package, revising the code and configuration files while aiming for minimal impact on existing projects, so the calls used to send mail stay the same, even though some lesser-used functionality like mime and imap is lost.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which mail transport does dot-mail use by default? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The revised mail.global.php configuration defaults the transport to sendmail. You should use ONE of the transporters, either 'transport' => 'sendmail' or 'transport' => 'esmtp', based on your server configuration; Sendmail was set as the default.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I update dotkernel/dot-mail from version 3 or 4 to version 5? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the new mail.global.php.dist configuration file, add the values you configured for your project (focusing on transport, message_options and smtp_options) to replace your old configuration file, then update "dotkernel/dot-mail" to "^5.0.0" in composer.json and run composer update.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What functionality is lost after switching to symfony/mailer? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">At the time of the article, mime and imap related functionality is removed from dot-mail as a result of the switch.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.html.twig
deleted file mode 100644
index c03414bc..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/scientia-mobile-licensed-its-wurfl-cloud-php-library-to-dotkernel-1-6.html.twig
+++ /dev/null
@@ -1,52 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In the Dotkernel version 1.6.0 , released on May 16th, 2012 we have removed the GPL'ed WURFL PHP library , as the code it was obsolete anyway and also the structure of the XML file was changed.
-
-Instead , we implemented the <a title="Scientia Mobile" href="http://www.scientiamobile.com/" target="_blank" rel="noopener noreferrer">Scientia Mobile's </a>WURFL Cloud PHP  library .
-
-<!--more-->
-
-Instructions about how to signup for a free account , and how to setup your API key can be found <a title="Mbile Devices in Dotkernel" href="http://www.dotkernel.com/dotkernel/detecting-mobile-devices-in-dotkernel-1-6/" target="_blank" rel="noopener noreferrer">here .</a>
-
-In the near future, we will create a template in Wurfl Cloud API control panel,  at Scientia Mobile,  ready to be used in Dotkernel implementations.
-
-Also, we got a special license, please read the file:
-
-<a href="http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&amp;path=%2Ftrunk%2Flibrary%2FWurflCloud%2FLICENSE.txt" target="_blank" rel="noopener noreferrer">dotkernel/library/WurflCloud/LICENSE.txt</a> and notice Dotkernel mention
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">License is non-transferable, conditioned, limited to the version
-received and to the use and distribution of this software only in connection
-with the <strong>Dotkernel</strong> software framework, and does not allow making derivative works
-even when the source code is provided or the language is an interpreted one
-and regardless of whether the code is not obfuscated.</blockquote>
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was the WURFL PHP library removed from Dotkernel 1.6.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In Dotkernel 1.6.0, released on May 16th, 2012, the GPL'ed WURFL PHP library was removed because the code was obsolete anyway and the structure of the XML file had changed.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What replaced the old WURFL PHP library? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel implemented Scientia Mobile's WURFL Cloud PHP library instead.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can I find instructions to set up the WURFL Cloud API key? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Instructions on how to sign up for a free account and set up your API key are linked in the article, pointing to the "Detecting Mobile Devices in Dotkernel 1.6" article.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the terms of Dotkernel's special WURFL Cloud license? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The license is non-transferable, conditioned, limited to the version received, and restricted to use and distribution only in connection with the Dotkernel software framework. It does not allow making derivative works, even when source code is provided or the code is not obfuscated.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/sending-emails-using-dot-email-component-and-zend-email.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/sending-emails-using-dot-email-component-and-zend-email.html.twig
deleted file mode 100644
index bd9f5c43..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/sending-emails-using-dot-email-component-and-zend-email.html.twig
+++ /dev/null
@@ -1,81 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>Dot_Email</strong> class extends Zend_Mail, so all the methods from Zend_Mail are available  in Dot_Email.
-
-<strong>Dot_Email</strong> is a simple class composed only from 2 methods, except constructor, all  other methods beeing inherited  from Zend_Mail.
-<!--more-->
-1.   <strong> setContent()</strong> , as the name is suggesting, set the body of the email by calling setBodyText() (if format is "text/plain") or setBodyHtml() (if format is "text/html").
-
-Note the declaration of this method: setContent ($content, $format = 'text/plain')
-
-2.  <strong>send()</strong>, set the transporter and is calling parent::send() method for sending the email
-
-For sending the email you MUST use this methods in the code above:
-<pre>$dotEmail = new Dot_Email();
-$dotEmail->addTo($email);
-$dotEmail->setSubject('Forgot Password');
-$dotEmail->setBodyText('Your password is '.$password);
-$succeed = $dotEmail->send();
-if($succeed)
-{
-    echo "Message sent!";
-}
-else
-{
-    echo "Message failed, not sent!";
-}</pre>
-Only if you want to overwrite the default Email and Name, add the below lines:
-<pre>$dotEmail->setFrom($fromEmail, $fromName);
-$dotEmail->setReplyTo($fromEmail, $fromName);</pre>
-<strong>NOTE*:</strong> you always have to use  <strong>addTo()</strong>,  <strong>setSubject()</strong>,<strong> setBodyText()</strong> or<strong> setBodyHtml()</strong> or <strong>setContent()</strong>, and finally send() method.
-
-Methods inherited  from Zend_Mail and that can be used in your code are:
-<ol>
-    <li> setBodyText($txt,$charset=null,$encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)</li>
-    <li> setBodyHtml($html,$charset=null,$encoding=Zend_Mime::ENCODING_QUOTEDPRINTABLE)</li>
-    <li> addTo($email, $name='')</li>
-    <li> addCc($email, $name='')</li>
-    <li> addBcc($email)</li>
-    <li> setFrom($email, $name = null)</li>
-    <li> setReplyTo($email, $name = null)</li>
-    <li> setReturnPath($email)</li>
-    <li> setSubject($subject)</li>
-    <li> addHeader($name, $value, $append = false)</li>
-</ol>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dot_Email? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Email is a class that extends Zend_Mail, so all methods from Zend_Mail are available in it. Aside from its constructor, Dot_Email itself is composed of only two methods, with everything else inherited from Zend_Mail.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the two methods that Dot_Email adds on top of Zend_Mail? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">setContent($content, $format = 'text/plain') sets the body of the email by calling setBodyText() when the format is "text/plain" or setBodyHtml() when the format is "text/html". send() sets the transporter and calls the parent::send() method to send the email.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the minimal sequence of calls needed to send an email with Dot_Email? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You must always use addTo(), setSubject(), and setBodyText() or setBodyHtml() or setContent(), and finally call send(), as shown in the article's example that creates a new Dot_Email, adds a recipient, sets the subject and body text, then sends it and checks the returned success value.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I override the default From and Reply-To addresses? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Only if you want to overwrite the default Email and Name, add calls to setFrom($fromEmail, $fromName) and setReplyTo($fromEmail, $fromName).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which Zend_Mail methods are inherited and usable through Dot_Email? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Inherited methods listed in the article include setBodyText(), setBodyHtml(), addTo(), addCc(), addBcc(), setFrom(), setReplyTo(), setReturnPath(), setSubject(), and addHeader().</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/templating-in-dotkernel3.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/templating-in-dotkernel3.html.twig
deleted file mode 100644
index d228d044..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/templating-in-dotkernel3.html.twig
+++ /dev/null
@@ -1,46 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>Dotkernel3</strong> aims to improve the Dotkernel stack in every way possible, and one of the painpoints in the previous version of Dotkernel was the templating engine.
-Albeit a solid and robust templating engine, it was also 10 years old, and used techniques that's slightly outdated by now.
-
-In Dotkernel 3, we made the move to the popular <a href="https://twig.symfony.com/" rel="noopener noreferrer" target="_blank"><strong>Twig Templating Engine</strong></a>, which will allow us to take our templates to a whole new level. It can now be written as HTML code, with some extra Twig tags; It is incredibly powerful and includes features such as:
-
-<ul>
-<li>Layouts</li>
-<li>Loops</li>
-<li>Variables</li>
-<li>Escaping</li>
-</ul>
-
-The templating engine in <strong>Dotkernel3</strong> gives you the familiarity of HTML with the overview and convenience of PHP.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which templating engine does Dotkernel3 use? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel3 moved to the popular Twig Templating Engine.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why did Dotkernel move away from the previous templating engine? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The previous templating engine, although solid and robust, was also 10 years old and used techniques that had become slightly outdated, and it was one of the pain points in the previous version of Dotkernel.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features does Twig bring to Dotkernel3 templates? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Templates can now be written as HTML code with extra Twig tags, and Twig includes features such as layouts, loops, variables, and escaping, giving the familiarity of HTML with the overview and convenience of PHP.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can I read the official Twig templating documentation for Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The official documentation is available at <a href="https://twig.symfony.com/" target="_blank" rel="noopener noreferrer">twig.symfony.com</a>.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/test-article.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/test-article.html.twig
deleted file mode 100644
index bac62a68..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/test-article.html.twig
+++ /dev/null
@@ -1,18 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-    <img src="{{ asset('uploads/article/' ~ article.id ~ '/test-article.png') }}" alt="">
-
-    <p>This is a test article used for fixture and testing purposes. This article is now updated.</p>
-
-    <h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-    <div class="faq-list">
-        <details class="acc" open>
-            <summary>What is this article for? <span class="chev">+</span></summary>
-            <div class="acc-body">
-                <p class="mb-0">This is a test article added to the Dotkernel category for fixture and testing purposes.</p>
-            </div>
-        </details>
-    </div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/using-dotkernel-with-composer-dependencies.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/using-dotkernel-with-composer-dependencies.html.twig
deleted file mode 100644
index ab5c931d..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/using-dotkernel-with-composer-dependencies.html.twig
+++ /dev/null
@@ -1,114 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article will cover the external dependency usage VIA composer within Dotkernel applications.
-
-There is also an article explaining how composer can be added to Dotkernel <a href="http://www.dotkernel.com/dotkernel/adding-composer-support-in-your-dotkernel-project" target="_blank" rel="noopener noreferrer">learn more</a>.
-
-Composer automatically loads our dependencies so there is no need to include/require them.
-
-For this example we will render a Barcode using <a href="http://framework.zend.com/manual/1.12/en/manual.html" target="_blank" rel="noopener noreferrer">Zend Framework 1</a> as the Non-Namespaced dependency and <a href="http://framework.zend.com/manual/current/en/index.html" target="_blank" rel="noopener noreferrer">Zend Framework 2</a> as the Namespaced dependency.
-<h2>The Composer Dependencies</h2>
-ZendFramework 1 Barcode module can only be loaded with the ZF1 itself:
-<pre>composer require 'zendframework/zendframework1'</pre>
-The ZendFramework 2 Barcode module can be separately loaded:
-<pre>composer require 'zendframework/zend-barcode'</pre>
-&nbsp;
-<h2>Important note</h2>
-<pre>These dependencies can be used anywhere after the <span style="color: #ff0000;"><strong>Dot_Kernel::initialize()</strong> </span>function was called</pre>
-&nbsp;
-<h2>Using Non-Namespaced Dependencies (Zend Framework 1)</h2>
-The class is loaded <a href="http://www.php-fig.org/psr/psr-0/" target="_blank" rel="noopener noreferrer">PSR-0</a> style, meaning the class name looks like VendorName_PackageName_ClassName
-<pre>// Only the text to draw is required
-$barcodeOptions = array('text' =>; 'ZEND-FRAMEWORK');
- 
-// No required options
-$rendererOptions = array();
- 
-// Draw the barcode in a new image,
-// send the headers and the image
-Zend_Barcode::factory(
-'code39', 'image', $barcodeOptions, $rendererOptions
-)->render();</pre>
-&nbsp;
-<h2>Using Namespaced Dependencies (Zend Framework 2)</h2>
-The class is loaded <a href="http://www.php-fig.org/psr/psr-4/" target="_blank" rel="noopener noreferrer">PSR-4</a> style, meaning the class name looks like \VendorName\PackageName\ClassName
-<pre>use Zend\Barcode\Barcode;
-
-// Only the text to draw is required
-$barcodeOptions = array('text' => 'ZEND-FRAMEWORK');
-
-// No required options
-$rendererOptions = array();
-
-// Draw the barcode in a new image,
-// send the headers and the image
-Barcode::factory(
-    'code39', 'image', $barcodeOptions, $rendererOptions
-)->render();</pre>
-<h3>The result</h3>
-Both the examples will render the following barcode if nothing goes wrong:
-
-<a href="/uploads/2016/04/zend.barcode.introduction.example-1.png" rel="attachment wp-att-2948"><img src="{{ asset('uploads/article/' ~ article.id ~ '/zend.barcode.introduction.example-1.png') }}" alt="Resulting barcode. Source: http://framework.zend.com/images/manual/zend.barcode.introduction.example-1.png" width="275" height="61"> </a> Resulting barcode.<br />Source: bit.ly/1XbZZ81
-<h3>Tip</h3>
-In this case the first example will work for both namespaced an non-namespaced dependencies if we add the the following as the first line at the first example:
-<pre>use Zend\Barcode\Barcode as Zend_Barcode;</pre>
-Now we can use any of the following to access ZF2's Barcode Module:
-<ul>
-    <li>Zend\Barcode\Barcode</li>
-    <li>Barcode</li>
-    <li>Zend_Barcode</li>
-</ul>
-&nbsp;
-
-&nbsp;
-
-The full examples can be found here:
-
-<a href="http://framework.zend.com/manual/1.12/en/zend.barcode.creation.html#zend.barcode.creation.renderering" target="_blank" rel="noopener noreferrer">Zend Framework 1 - Rendering a barcode</a>
-
-<a href="http://framework.zend.com/manual/current/en/modules/zend.barcode.creation.html#rendering-a-barcode" target="_blank" rel="noopener noreferrer">Zend Framework 2 - Rendering a barcode</a>
-
-This article works for any <strong>Dotkernel 1.x</strong> version if your server is running <strong>PHP &gt;5.4.0.</strong>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Do I need to manually include or require Composer dependencies in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. Composer automatically loads dependencies, so there is no need to include or require them yourself.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What example does the article use to demonstrate Composer dependencies? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article renders a Barcode using Zend Framework 1 as the Non-Namespaced dependency (installed with <code>composer require 'zendframework/zendframework1'</code>) and Zend Framework 2 as the Namespaced dependency (installed with <code>composer require 'zendframework/zend-barcode'</code>).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When can these Composer dependencies be used in the application? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">These dependencies can be used anywhere after the Dot_Kernel::initialize() function has been called.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How are non-namespaced (Zend Framework 1) classes loaded compared to namespaced (Zend Framework 2) classes? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Non-namespaced ZF1 classes are loaded PSR-0 style, meaning the class name looks like VendorName_PackageName_ClassName (e.g. Zend_Barcode). Namespaced ZF2 classes are loaded PSR-4 style, meaning the class name looks like \VendorName\PackageName\ClassName (e.g. Zend\Barcode\Barcode).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can the same code work for both namespaced and non-namespaced barcode dependencies? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. If you add "use Zend\Barcode\Barcode as Zend_Barcode;" as the first line, the ZF1-style example will work for both, and you can then reference the module as Zend\Barcode\Barcode, Barcode, or Zend_Barcode.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What Dotkernel and PHP versions does this article apply to? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">This article works for any Dotkernel 1.x version if your server is running PHP greater than 5.4.0.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/using-utf8-charset-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/using-utf8-charset-in-dotkernel.html.twig
deleted file mode 100644
index 7c75e909..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/using-utf8-charset-in-dotkernel.html.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In order to use UTF8 encoding in your Dotkernel based system, is needed to make some changes in both database structure and in the application.ini file.
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Those changes are commited into <strong>Dotkernel 1.6.0 dev</strong> codebase, which will be released in next days.</blockquote>
-<!--more-->
-<h2>Database</h2>
-set for all tables and columns proper collation , either <strong>utf8_general_ci</strong> or <strong>utf8_bin</strong>
-<h2>Application.ini</h2>
-add the line
-<pre>database.params.charset = utf8</pre>
-to your application.ini file, in the <strong>[production]</strong> area.
-<h2>Differences between utf8_general_ci and utf8_bin</h2>
-<strong>utf8_bin</strong>: compare strings by the binary value of each character in the string
-<strong>utf8_general_ci</strong>: compare strings using general language rules and using case-insensitive comparisons
-
-For example, the following will evaluate at true with  utf8_general_ci collation, but <strong>not</strong> with the utf8_bin collation:
-
-Ä = A
-Ö = O
-Ü = U
-
-Those differences happens only on <strong>MySQL</strong> level ( for instance in queries using LIKE operator) and <strong>not</strong> at <strong>PHP</strong> level ( for instance, in str_replace() calls )
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What needs to change to use UTF8 encoding in a Dotkernel-based system? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Both the database structure and the application.ini file need changes: all tables and columns must have a proper UTF8 collation (utf8_general_ci or utf8_bin), and application.ini must load the utf8 charset.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What line should I add to application.ini to enable UTF8? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add the line <code>database.params.charset = utf8</code> to your application.ini file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the difference between utf8_general_ci and utf8_bin collation? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">utf8_bin compares strings by the binary value of each character, while utf8_general_ci compares strings using general language rules with case-insensitive comparisons. For example, Ä = A, Ö = O, and Ü = U evaluate as true under utf8_general_ci but not under utf8_bin.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does the collation choice affect PHP string functions too? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. These collation differences only happen at the MySQL level, for instance in queries using the LIKE operator, and not at the PHP level, for instance in str_replace() calls.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.html.twig
deleted file mode 100644
index fc22bbfa..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-cloud-integration-in-dotkernel-1-6-0.html.twig
+++ /dev/null
@@ -1,53 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Another new feature in version 1.6.0 of Dotkernel is the integration of Wurfl Cloud.
-
-Wurfl or Wireless Universal Resource FiLe is coming with a new way to deliver their services of device detection and they named it Wurfl Cloud.
-
-Because of the need to detect mobile devices in Dotkernel we have integrated Wurfl Cloud as the default detection method.
-
-<!--more-->
-
-If you want to see the Wurfl Cloud library you can find it in the library folder of Dotkernel.
-
-Quick steps to have a functional device detection in Dotkernel.
-<ul>
-    <li>register for an Wurfl Cloud account <a title="Scientia Mobile account register" href="https://www.scientiamobile.com/register" target="_blank" rel="noopener noreferrer">here</a></li>
-    <li>choose <strong>device_os</strong> and <strong>mobile_browser</strong> as your capabilities</li>
-    <li>copy your API Key in application.ini in Dotkernel</li>
-</ul>
-<pre>resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</pre>
-Now you can test it by changing the user agent in your browser to a mobile device and access your project. Now you can see that you are redirected to the mobile module.
-
-To see how mobile detection is working in Dotkernel read this <a title="Detecting Mobile Devices in Dotkernel 1.6.0" href="http://www.dotkernel.com/?p=1465">post</a>.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is WURFL Cloud? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">WURFL Cloud is a new way that WURFL (Wireless Universal Resource FiLe) delivers its device detection services. Dotkernel integrated it as the default detection method for mobile devices starting with version 1.6.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I get a functional device detection setup with WURFL Cloud? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Register for a Wurfl Cloud account with Scientia Mobile, choose device_os and mobile_browser as your capabilities, then copy your API key into application.ini in Dotkernel.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What line do I add to application.ini for the API key? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add a line such as <code>resources.useragent.wurflcloud.api_key = 000000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</code>, using your own API key.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can I test that mobile detection is working? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Change the user agent in your browser to a mobile device and access your project; you should be redirected to the mobile module.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.html.twig
deleted file mode 100644
index 34cad7a3..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-php-api-license-incompatible-with-dotkernel.html.twig
+++ /dev/null
@@ -1,45 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-We integrated long time ago the WURFL PHP API into Dotkernel code base. At that time, the license of that WURFL library was GNU/GPL, which make it perfect compatible with Zend Framework license( <strong>new BSD</strong>) and Dotkernel ( <strong>OSL 3.0</strong>). Everybody was happy, users was able to make web applications for them or for their customers without worry about licensing costs at all.
-
-On June 6th, 2011, the WURFL PHP API library was updated to version 1.3.0. So we updated too the latest Dotkernel 1.5.0 ( now in release candidate stage, soon to be released as stable) , without noticing the change on its license, from GNU/GPL to AGPL which suddenly transform it into a 'trial only' library, for "Product evaluation" only.
-
-<!--more-->See the official announcement <a href="http://www.scientiamobile.com/site/page/view/products#licenses" target="_blank" rel="noopener noreferrer"><strong>here</strong></a>.
-
-We respect the work of Luca Passani and Steve Kamerman ( thank you and keep up the good work :-) ).
-But we must keep <a href="http://www.dotkernel.com" target="_blank" rel="noopener noreferrer">Dotkernel Application Framework</a> free, without such license limitations.  Only thing to do in this stage is :
-<ul>
-    <li>remove WURFL PHP API library version 1.3.0 from Dotkernel code base</li>
-    <li>integrate back version 1.2.1 which is still GNU/GPL</li>
-    <li>we are still collecting device informations, so we will contribute to WURFL XML data which remain free. This file, which represent the data itself, it is and must be the<strong> industry standard</strong></li>
-    <li>fork WURFL PHP APi 1.2.1 to a new library maybe ?</li>
-    <li>change the name of that library to avoid trademark issues ?</li>
-</ul>
-&nbsp;
-
-<em>later edit: the correct link to announcement is <strong><a href="http://tech.groups.yahoo.com/group/wmlprogramming/message/34031" target="_blank" rel="noopener noreferrer">here </a></strong></em>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did the WURFL PHP API license become incompatible with Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The WURFL PHP API used to be licensed under GNU/GPL, compatible with both Zend Framework's new BSD license and Dotkernel's OSL 3.0 license. On June 6th, 2011, version 1.3.0 of the library changed its license to AGPL, turning it into a "trial only" library for product evaluation, which is incompatible with keeping Dotkernel free.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which version introduced the license change, and when? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Version 1.3.0 of the WURFL PHP API, released June 6th, 2011, changed the license from GNU/GPL to AGPL. Dotkernel had updated to this version in its 1.5.0 release candidate without noticing the license change.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What did Dotkernel do in response to the license change? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel planned to remove WURFL PHP API version 1.3.0 from its codebase and reintegrate version 1.2.1, which was still GNU/GPL. It also intended to keep contributing to the free WURFL XML data, and considered forking the 1.2.1 library and renaming it to avoid trademark issues.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-zend-framework-integration-into-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/wurfl-zend-framework-integration-into-dotkernel.html.twig
deleted file mode 100644
index 3fb7ceab..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/wurfl-zend-framework-integration-into-dotkernel.html.twig
+++ /dev/null
@@ -1,78 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a href="http://wurfl.sourceforge.net/" target="_blank" rel="noopener noreferrer">WURFL</a> is integrated into Dotkernel, using the <a href="http://framework.zend.com/manual/1.11/en/zend.http.user-agent.html" target="_blank" rel="noopener noreferrer">Zend_Http_UserAgent</a> class from the latest release <a href="http://framework.zend.com/download/latest" target="_blank" rel="noopener noreferrer">ZF 1.11.0rc1</a> ( Beta release at the date of this post).
-
-The integration of <a href="http://wurfl.sourceforge.net/" target="_blank" rel="noopener noreferrer">WURFL</a> into Dotkernel is described below.
-
-Download <a href="http://sourceforge.net/projects/wurfl/files/WURFL%20PHP/1.1/wurfl-php-1.1.tar.gz/download" target="_blank" rel="noopener noreferrer">WURFL PHP API</a> and unzip it into folder <strong><em>wurfl-php-1.1</em></strong>
-
-<!--more-->
-
-<ul>
-    <li>Create folders and make it <strong>writable </strong>by web server
-<ul>
-    <li><strong><em>cache\wurfl\FILE_CACHE_PROVIDER</em></strong></li>
-    <li><strong><em>cache\wurfl\FILE_PERSISTENCE_PROVIDER</em></strong></li>
-</ul>
-</li>
-    <li>In folder <em>configs</em>:
-<ul>
-    <li>Copy  <strong><em>wurfl-config.xml</em></strong> from <strong><em>wurfl-php-1.1\examples\resources</em></strong></li>
-    <li>Rename <strong><em>wurfl-config.xml</em></strong> to <strong><em>wurfl.xml</em></strong></li>
-</ul>
-</li>
-    <li>Edit <strong><em>configs\application.ini</em></strong><em> </em>file; add these lines:</li>
-</ul>
-<pre>resources.useragent.wurflapi.wurfl_api_version = "1.1"
-resources.useragent.wurflapi.wurfl_lib_dir = APPLICATION_PATH "/library/Wurfl/"
-resources.useragent.wurflapi.wurfl_config_file = APPLICATION_PATH "/configs/wurfl.xml"</pre>
-<ul>
-    <li>Create folder <strong><em>externals\wurfl</em></strong>, and copy the following files from:
-<ul>
-    <li><strong><em>wurfl-php-1.1\examples\resources\web_browsers_patch.xml</em></strong></li>
-    <li><strong><em>wurfl-php-1.1\examples\resources\wurfl-regression.zip</em></strong> and rename it <strong><em>wurfl.zip</em></strong> or download the <a href="http://sourceforge.net/projects/wurfl/files/WURFL/" target="_blank" rel="noopener noreferrer">latest wurfl zip</a> database and rename it <strong><em>wurfl.zip</em></strong></li>
-</ul>
-</li>
-    <li>Copy the contents of the folder <strong><em>wurfl-php-1.1\WURFL</em> </strong>to <strong><em>library\Wurfl</em></strong><strong> </strong></li>
-</ul>
-<a href="http://wurfl.sourceforge.net/" target="_blank" rel="noopener noreferrer">WURFL</a> is integrated into Dotkernel in the mobile module, but to access WURFL configuration, use
-<pre>$userAgent = new Zend_Http_UserAgent($config-&gt;resources-&gt;useragent);
-$device = $userAgent-&gt;getDevice();</pre>
-<em>$userAgent-&gt;getDevice()</em> returns all the relevant information about the current user agent <em>($_SERVER['HTTP_USER_AGENT'])</em>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which Zend Framework class is used to integrate WURFL into Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">WURFL is integrated using the Zend_Http_UserAgent class from Zend Framework 1.11.0rc1 (the beta release at the time of the post).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the first step to integrate WURFL into Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the WURFL PHP API and unzip it into a folder named wurfl-php-1.1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which folders need to be created and made writable? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Two folders must be created and made writable by the web server: cache/wurfl/FILE_CACHE_PROVIDER and cache/wurfl/FILE_PERSISTENCE_PROVIDER.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What needs to be added to application.ini? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Three lines need to be added: resources.useragent.wurflapi.wurfl_api_version = "1.1", resources.useragent.wurflapi.wurfl_lib_dir pointing to APPLICATION_PATH "/library/Wurfl/", and resources.useragent.wurflapi.wurfl_config_file pointing to APPLICATION_PATH "/configs/wurfl.xml".</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you access WURFL configuration in code? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Instantiate a Zend_Http_UserAgent with the useragent config, then call getDevice() on it, for example <code>$userAgent = new Zend_Http_UserAgent($config-&gt;resources-&gt;useragent); $device = $userAgent-&gt;getDevice();</code>. getDevice() returns all the relevant information about the current user agent.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.html.twig
deleted file mode 100644
index 925ce132..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-auth-and-zend-acl-integrated-in-dotkernel.html.twig
+++ /dev/null
@@ -1,84 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a href="http://framework.zend.com/manual/en/zend.auth.html" target="_blank" rel="noopener noreferrer">Zend_Auth</a> and <a href="http://framework.zend.com/manual/en/zend.acl.html" target="_blank" rel="noopener noreferrer">Zend_Acl</a> have been integrated into the Dotkernel, starting with version 1.5.0
-
-With the integration of these two major components for user authorization and access we completely refactored the User and Admin models by using <em>Dot_Auth</em> and <em>Dot_Acl</em> classes.
-
-<!--more-->
-
-The <em>Dot_Auth</em> class authenticates the user by checking the database – <span style="color: #666699;"><em>Zend_Auth_Adapter_DbTable</em></span>.
-<pre>private function _getAuthAdapter($who)
-    {
-        $dbAdapter = Zend_Registry::get('database');
-        $authAdapter = new Zend_Auth_Adapter_DbTable($dbAdapter);
-        $authAdapter-&gt;setTableName($who)
-            -&gt;setIdentityColumn('username')
-            -&gt;setCredentialColumn('password');
-        return $authAdapter;
-    }</pre>
-ACL roles (user types) and permissions are configured in the <em>configs/acl/role.xml </em>file.
-In Dotkernel there are 3 roles: <em>guest</em>, <em>user</em> and <em>admin</em>.
-The resources for ACL are taken from <em>configs/router.xml</em> – see <em>controllers</em> tag.
-
-The <em>Dot_Acl</em> class
-<ul>
-    <li>controls the user access (ACL – Access Controller Layer),</li>
-    <li>is used for setting and checking the permissions of a user<em>,</em></li>
-    <li><em></em>uses Zend_Acl,  for checking if a role (user) has access to a resource (controller)</li>
-</ul>
-<em>Dot_Auth</em> calls the <span style="color: #666699;"><em>isAllowed </em></span>method from <em>Dot_Acl</em> which authenticates the user.
-<pre>// instantiate Zend_Acl
-$this-&gt;acl = new Zend_Acl();</pre>
-<pre>public function isAllowed($role)
-    {
-        $resource = $this-&gt;requestControllerProcessed;
-        $privillege = $this-&gt;requestAction;
-        if(!$this-&gt;acl-&gt;has($resource))
-        {
-            return FALSE;
-        }
-        else
-        {
-            return $this-&gt;acl-&gt;isAllowed($role, $resource, $privillege);
-        }
-    }</pre>
-<em>IndexController.php</em> is calling <em>Dot_Auth</em>
-<pre>$dotAuth = Dot_Auth::getInstance();
-$dotAuth-&gt;checkIdentity('user');</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>When were Zend_Auth and Zend_Acl integrated into Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Auth and Zend_Acl were integrated starting with Dotkernel version 1.5.0, as part of a refactor of the User and Admin models using the new Dot_Auth and Dot_Acl classes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does Dot_Auth authenticate a user? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Auth authenticates the user by checking the database using Zend_Auth_Adapter_DbTable, setting the table name, the identity column to "username", and the credential column to "password".</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What roles exist for ACL in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel defines 3 ACL roles (user types): guest, user, and admin. These roles and their permissions are configured in the configs/acl/role.xml file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where do the ACL resources come from? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The resources for ACL are taken from configs/router.xml, specifically the controllers tag.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the Dot_Acl class do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dot_Acl controls user access (Access Controller Layer), is used for setting and checking a user's permissions, and uses Zend_Acl to check whether a role (user) has access to a resource (controller). Dot_Auth calls the isAllowed method from Dot_Acl to authenticate the user.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-console-implementation-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-console-implementation-in-dotkernel.html.twig
deleted file mode 100644
index 57f8ee6a..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-console-implementation-in-dotkernel.html.twig
+++ /dev/null
@@ -1,56 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Starting with 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line. The most common use for this is to be able to run cron jobs without using wget and going through Apache.
-
-<!--more-->
-
-The bootstrap can be found in <em>Console/index.php</em> and it has one controller in <em>Controller.php</em> with two example actions.
-<h2>Usage</h2>
-Currently there are two command line arguments:
-<ul>
-    <li><strong>-a</strong> [action] - the name of the action that will be executed</li>
-    <li><strong>-e</strong> [environment] - the environment, as defined in application.ini. Possible values are development, staging and production. This argument is optional, it defaults to production</li>
-</ul>
-Any other arguments set when calling the script will be available in the controller in the $registry-&gt;arguments array.
-
-The controller bundled with Dotkernel has two example actions, "count-users" which demonstrates how to interact with models, and "send-newsletter" which reads the newsletter from the command line.
-<h2>Examples</h2>
-<pre>/var/www/vhosts/example.com/httpdocs/Cron/index.php -e staging -a count-users</pre>
-<pre>/var/www/vhosts/example.com/httpdocs/Cron/index.php -e staging -a send-newsletter "test newsletter"</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the purpose of the Console bootstrap in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting with version 1.5, Dotkernel has a Console bootstrap to easily run PHP scripts from the command line, most commonly used to run cron jobs without using wget or going through Apache.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where is the Console bootstrap located? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The bootstrap is found in Console/index.php, and it has one controller in Controller.php with two example actions.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What command line arguments does the Console bootstrap support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">There are two arguments: -a, the name of the action to execute, and -e, the environment as defined in application.ini (development, staging, or production), which is optional and defaults to production.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens to extra arguments passed to the script? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Any other arguments set when calling the script will be available in the controller in the $registry-&gt;arguments array.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What example actions are bundled with the Console controller? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The bundled controller has two example actions: "count-users", which demonstrates how to interact with models, and "send-newsletter", which reads the newsletter from the command line.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.html.twig
deleted file mode 100644
index 62dc33e4..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-framework-dropped-integration-of-wurfl-adapter.html.twig
+++ /dev/null
@@ -1,36 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-According to Matthew Weier O'Phinney, Zend Framework Project Leader, in the next release of ZF, 1.12.0 branch, WURFL adapter will be dropped
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">due to a change in licensing by the WURFL project --
-the free version is now AGPL -- we're dropping the WURFL adapter from
-Zend_Http_UserAgent. In discussions with Zend and the CR Team, we feel
-the AGPL raises too many concerns for end users with regards to how
-their products must be licensed in order to comply. (This is a similar
-rationale as to why we did not consider ExtJS when looking at JS
-toolkits to partner with.)
-
-As such, if you relied on the WURFL adapter in the past, you _will_ need
-to change code when upgrading to ZF 1.12.0, or grab the WURFL adapter
-from a previous version.</blockquote>
-So its a good moment to check the old or current projects, and proceed.
-
-Dotkernel framework is using its own WURFL adapter, so this will not affect projects built with it .
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did Zend Framework drop the WURFL adapter? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">According to Matthew Weier O'Phinney, Zend Framework Project Leader, the WURFL adapter was dropped from Zend_Http_UserAgent in the upcoming 1.12.0 branch due to a change in licensing by the WURFL project: the free version became AGPL, which raised too many concerns for end users regarding how their products must be licensed to comply.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does this change affect projects built with Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. Dotkernel uses its own WURFL adapter, so the removal of the WURFL adapter from Zend_Http_UserAgent in ZF 1.12.0 will not affect projects built with Dotkernel.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-registry-usage-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-registry-usage-in-dotkernel.html.twig
deleted file mode 100644
index 2681bdc6..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-registry-usage-in-dotkernel.html.twig
+++ /dev/null
@@ -1,56 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In Dotkernel, Zend_Registry will contain the following variables:
-<ul>
-    <li><strong>startTime</strong> - the result of <a title="microtime" href="http://php.net/manual/en/function.microtime.php" target="_blank" rel="noopener noreferrer">microtime()</a> at the beginning of the request</li>
-    <li><strong>configuration</strong> - the configuration options loaded from <em>configs/application.ini</em></li>
-    <li><strong>router</strong> - routing settings loaded from <em>configs/router.xml</em></li>
-<!--more-->
-    <li><strong>database</strong> - the database adapter</li>
-    <li><strong>settings</strong> - the settings loaded from the database</li>
-    <li><strong>requestModule, requestController, requestAction</strong> - the module, controller and action of the current request</li>
-    <li><strong>request</strong> - additional request variables</li>
-    <li><strong>seo</strong> - seo information loaded from <em>configs/dots/seo.xml</em> (site name, default description, keywords etc)</li>
-    <li><strong>option</strong> - the options for the current dot loaded from <em>configs/dots/&lt;moduleName&gt;.xml</em></li>
-    <li><strong>session</strong> - the session object</li>
-</ul>
-To use the variables in the registry, you must first get an instance of the registry object:
-<pre>$registry = Zend_Registry::getInstance();
-//...
-echo $registry-&gt;startTime;
-//...
-echo $registry-&gt;requestAction;</pre>
-Or if you only need one variable from the registry, you can get it directly using:
-<pre>$action = Zend_Registry::get('requestAction');</pre>
-You can find more information about Zend_Registry, in the <a href="http://framework.zend.com/manual/en/zend.registry.using.html">Zend Framework Documentation</a>.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What variables does Zend_Registry contain in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It contains startTime (the result of microtime() at the beginning of the request), configuration (loaded from configs/application.ini), router (loaded from configs/router.xml), database (the database adapter), settings (loaded from the database), requestModule/requestController/requestAction, request (additional request variables), seo (loaded from configs/dots/seo.xml), option (loaded from configs/dots/&lt;moduleName&gt;.xml), and session (the session object).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you get an instance of the registry? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use <code>$registry = Zend_Registry::getInstance();</code> and then access variables such as <code>$registry-&gt;startTime</code> or <code>$registry-&gt;requestAction</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you retrieve just one variable from the registry? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If you only need one variable, you can get it directly using <code>$action = Zend_Registry::get('requestAction');</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the "seo" entry in the registry contain? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It contains seo information loaded from configs/dots/seo.xml, such as site name, default description, and keywords.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.html.twig
deleted file mode 100644
index 5887edbf..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-session-usage-in-dotkernel-refactor-of-dot-session-class.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-We found a strange behaviour of sessions in one of our project, running Dotkernel version 1.5.0
-
-Similar to this one described <a href="http://trac.elgg.org/ticket/2677" target="_blank" rel="noopener noreferrer">here</a>
-
-In unknowns circumstances, and only in IE 8 and IE9 , the session cookie is not saved on client machine, and the user need to login over and over again. I was able to reproduce that behaviour once, on our staging server , and the only way to fix that was to<strong> open a new tab with the same page (?!?!?)</strong>
-
-<!--more-->
-
-Anyway, is still an enygma. So i started to investigate Dot_Session class, and notice that the session cookie is generated <strong>3 times !!</strong> See this <a href="http://www.dotkernel.net/view.php?id=184" target="_blank" rel="noopener noreferrer">bug report</a>.
-
-I noticed that we use both <strong>regenerateID()</strong>  and <strong>rememberMe()</strong>  methods of Zend_Session, , which is  <strong> not necessary</strong>
-Quote from <a href="http://framework.zend.com/manual/1.11/en/zend.session.global_session_management.html" target="_blank" rel="noopener noreferrer">ZF documentation</a>:
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">If you call the rememberMe() function, then don't use regenerateId(), since the former calls the latter.  If a user has successfully logged into your website, use rememberMe() instead of regenerateId().</blockquote>
-So i removed <strong>regenerateID() </strong>call,   also added 2 new settings in application.ini  related to session : <strong><em>use_only_cookies</em></strong>, which must be <strong>ON</strong> all the time in order to avoid<em> session fixation</em> , and <strong>remember_me_seconds</strong>.
-
-Those small bug fixes will be included in the new Dotkernel version 1.5.1 which will be released  next days.
-
-<strong>TIP</strong>
-
-if you encounter the same issue in IE8 and IE9 , then with all regret, you need to de-activate the <strong>rememberMe()</strong> and <strong>regenerateId()</strong> methods calls.
-
-&nbsp;
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What session bug was found in Dotkernel 1.5.0? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In unknown circumstances, and only in IE8 and IE9, the session cookie was not saved on the client machine, forcing the user to log in over and over again. The only workaround found was to open a new tab with the same page.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What caused the session cookie to be generated multiple times? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Investigation of the Dot_Session class showed the session cookie was generated 3 times, because the code called both regenerateID() and rememberMe() methods of Zend_Session. According to the Zend Framework documentation, this is unnecessary: if you call rememberMe(), you should not also call regenerateId(), since rememberMe() already calls it internally.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What was the fix, and where was it released? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The regenerateID() call was removed, and two new application.ini settings were added: use_only_cookies, which must be ON at all times to avoid session fixation, and remember_me_seconds. These fixes were included in Dotkernel version 1.5.1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should I do if I still see this issue in IE8/IE9? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If you encounter the same issue in IE8 and IE9, the tip given is to deactivate the rememberMe() and regenerateId() method calls.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.html.twig b/src/Blog/templates/page/blog-resource/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.html.twig
deleted file mode 100644
index ce8ffc1a..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel/zend-studio-php-formatter-file-for-dotkernel-coding-standard.html.twig
+++ /dev/null
@@ -1,28 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a title="Dotkernel PHP Formatter" href="http://www.dotkernel.com/download/?did=34" target="_blank" rel="noopener noreferrer">Here</a> is  uploaded the XML file , ready to be imported in your Zend Studio, version 9.x
-
-This file follow Dotkernel’s Coding standard.
-
-Unzip the file.
-Go to Zend Studio -&gt; Preferences -&gt; PHP -&gt; Code Style -&gt; Formatter
-Import the xml file.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is this file for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It is an XML file, downloadable from the linked page, that can be imported into Zend Studio (version 9.x) to set up the PHP code formatter so it follows Dotkernel's coding standard.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I import the formatter file into Zend Studio? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Unzip the downloaded file, then in Zend Studio go to Preferences -&gt; PHP -&gt; Code Style -&gt; Formatter and import the XML file.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/development-report-december-11-2017.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/development-report-december-11-2017.html.twig
deleted file mode 100644
index 867fcfa0..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/development-report-december-11-2017.html.twig
+++ /dev/null
@@ -1,42 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This report contains updates about the Dotkernel3 documentation.
-
-We have added the release notes for Dotkernel3 <strong>frontend</strong> and <strong>admin</strong>: you can now check the Release Notes page.
-
-Webpack tutorial has been added in the Prerequisites section.
-
-The Api Endpoint Documentation Guidelines were updated as well, a slightly different layout and some corrections were applied.
-
-&nbsp;
-
-<strong>Links</strong>:
-<ul>
-     <li>Release Notes page</li>
-     <li>Webpack tutorial</li>
-     <li>Api Endpoint Documentation Guidelines</li>
-</ul>
-&nbsp;
-
-<strong>Thanks to our contributors:</strong>
-
-<a href="https://github.com/JapSeyz">JapSeyz</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What documentation updates does this report cover? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Release notes were added for Dotkernel3 frontend and admin, a Webpack tutorial was added to the Prerequisites section, and the Api Endpoint Documentation Guidelines were updated with a slightly different layout and some corrections.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Who was credited as a contributor in this report? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">JapSeyz was thanked as a contributor.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-v4.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-v4.html.twig
deleted file mode 100644
index 9b5c4dce..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-v4.html.twig
+++ /dev/null
@@ -1,237 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Getting Started with Dotkernel Admin V4</h2>
-
-<p class="mb-3"><strong><a rel="noreferrer noopener" href="https://github.com/dotkernel/admin" target="_blank">Dotkernel's PSR-7 Admin</a> </strong> is an application based on <strong><a rel="noreferrer noopener" href="https://getlaminas.org/" target="_blank">Mezzio</a></strong>, with the main purpose of managing and displaying tabular data from one or more databases components.</p>
-
-<p class="mb-3">On 19 July 2022 <strong>Dotkernel Admin V4</strong> has been officially released. <strong>Dotkernel Admin V4</strong> comes with various interesting features and overall improvement of the core framework.</p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-
-<h2>Demo</h2>
-
-<p class="mb-3">Ready to try it out?</p>
-
-<p class="mb-3">There should be an admin account with the following credentials:</p>
-
-<ul><li>Username: <strong>admin</strong></li><li>Password: <strong>dotadmin</strong></li></ul>
-
-<p class="mb-3">Head over to <a rel="noreferrer noopener" href="https://admin7.dotkernel.net/" target="_blank">https://admin7.dotkernel.net/</a> and see for yourself :)</p>
-
-<h2>Dotkernel Admin V4 Features</h2>
-
-<h3>PHP 8.1</h3>
-
-<p class="mb-3"><strong>Dotkernel Admin V4</strong> fully supports <strong>PHP 8.1</strong> with a minimum requirement of <strong>PHP 7.4</strong>.</p>
-
-<h3>Configurability</h3>
-
-<p class="mb-3">From managing middleware order to simply adding an API key to you application the&nbsp;<strong>config</strong>&nbsp;directory is the way to go.</p>
-
-<p class="mb-3">Want to register a new module? In&nbsp;<code>config.php</code>&nbsp;you will find the right place for it registering its&nbsp;<code>ConfigProvider.php</code>.<br>Got a shiny new Middleware? You can put it with the rest of them in&nbsp;<code>pipeline.php</code>&nbsp;where you can even edit in which order they should run.</p>
-
-<p class="mb-3">You can further customize your app within the&nbsp;<strong>autoload</strong>&nbsp;directory by changing the application name and url into the&nbsp;<code>app.global.php</code>, adding the freshly created routes into&nbsp;<code>navigation.global.php</code>&nbsp;and much more.</p>
-
-<p class="mb-3">Example adding a simple route to navigation bar:</p>
-
-<pre><code>&#91;
-    'options' =&gt; &#91;
-        'label' =&gt; 'Dashboard',
-        'route' =&gt; &#91;
-            'route_name' =&gt; 'dashboard',
-        ],
-        'icon' =&gt; 'fas fa-tachometer-alt',
-    ]
-]</code></pre>
-
-<p class="mb-3">or a group of 2 or more routes</p>
-
-<pre><code>&#91;
-    'options' =&gt; &#91;
-        'label' =&gt; 'Manage admins',
-        'route' =&gt; '',
-        'icon' =&gt; 'fas fa-user-circle',
-    ],
-    'pages' =&gt; &#91;
-        &#91;
-            'options' =&gt; &#91;
-                'label' =&gt; 'Admins',
-                'uri' =&gt; '/admin/manage',
-                'icon' =&gt; 'fas fa-user-circle',
-            ],
-        ],
-        &#91;
-            'options' =&gt; &#91;
-                'label' =&gt; 'Logins',
-                'uri' =&gt; '/admin/logins',
-                'icon' =&gt; 'fas fa-sign-in-alt',
-            ],
-        ]
-    ]
-]</code></pre>
-
-<h3>Authorization Guards</h3>
-
-<p class="mb-3">The packages responsible for restricting access to certain parts of the application are <a rel="noreferrer noopener" href="https://github.com/dotkernel/dot-rbac-guard" target="_blank">dot-rbac-guard</a> and <a href="https://github.com/dotkernel/dot-rbac" target="_blank" rel="noreferrer noopener">dot-rba</a><a href="https://github.com/dotkernel/dot-rbac">c</a>. These packages work together to create an infrastructure that is customizable and diversified to manage user access to the platform by specifying the type of role the user has.</p>
-
-<p class="mb-3">The <code>authorization.global.php</code> file provides multiple configurations specifying multiple roles as well as the types of permissions to which these roles have access.</p>
-
-<pre><code>//example of a flat RBAC model that specifies two types of roles as well as their permission
-'roles' =&gt; &#91;
-    'superuser' =&gt; &#91;
-        'permissions' =&gt; &#91;
-            'authenticated',
-            'edit',
-            'delete',
-            //etc..
-        ]
-    ],
-    'admin' =&gt; &#91;
-        'permissions' =&gt; &#91;
-            'authenticated',
-            //etc..
-        ]
-    ]
-]</code></pre>
-
-<p class="mb-3">The&nbsp;<code>authorization-guards.global.php</code>&nbsp;file provides configuration to restrict access to certain actions based on the permissions defined in&nbsp;<code>authorization.global.php</code>&nbsp;so basically we have to add the permissions in the dot-rbac configuration file first to specify the action restriction permissions.</p>
-
-<pre><code>//example of configuration example to restrict certain actions of some routes based on the permissions specified in the dot-rbac configuration file
-'rules' =&gt; &#91;
-    &#91;
-        'route' =&gt; 'account',
-        'actions' =&gt; &#91;
-            //list of actions to apply , or empty array for all actions
-            'unregister',
-            'avatar',
-            'details',
-            'changePassword'
-        ],
-        'permissions' =&gt; &#91;
-            'authenticated'
-        ]
-    ],
-    &#91;
-        'route' =&gt; 'admin',
-        'actions' =&gt; &#91;
-            'deleteAccount'
-        ],
-        'permissions' =&gt; &#91;
-            'delete'
-            //list of roles to allow
-        ]
-    ]
-]</code></pre>
-
-<h3>CLI</h3>
-
-<p class="mb-3">For registering new command first make sure your command class extends&nbsp;<code>Symfony\Component\Console\Command\Command</code>, then you can enable the command by registering it in&nbsp;<code>config/autoload/cli.global.php</code>.</p>
-
-<p class="mb-3">Here you will also find our brand new file locker configuration so you can easily turn in on or off ( by default: <code>'enabled' =&gt; true</code> )</p>
-
-<p class="mb-3">Note: The <strong>File Locker System</strong> will create a <code>command-{command-default-name}.lock</code> file which will not let another instance of the same command to run until the previous one has finished.</p>
-
-<p class="mb-3">You can list the existing commands running the following in a terminal:</p>
-
-<pre><code>php /bin/cli.php list</code></pre>
-
-<p class="mb-3">Note: You can take as example&nbsp;<code>Dot\Cli\Command\DemoCommand</code></p>
-
-<h3>Routing</h3>
-
-<p class="mb-3">Providing each Module with a&nbsp;<code>RoutesDelegator.php</code>&nbsp;file for managing existing routes inside that specific module and an easy way of adding new ones providing the route path, Middleware that the route will use, an array of accepted methods and the route name.</p>
-
-<pre><code>$app-&gt;route(
-    '/admin&#91;/{action}&#91;/{uuid}]]',
-    AdminController::class,
-    &#91;
-        RequestMethodInterface::METHOD_GET,
-        RequestMethodInterface::METHOD_POST
-    ],
-    'admin'
- );</code></pre>
-
-<p class="mb-3">Note: The optional attributes on the route path are marked between&nbsp;<strong>[]</strong>&nbsp;like&nbsp;<strong></strong></p>
-
-<h3>Frontend</h3>
-
-<p class="mb-3">As for the frontend toolkit we chose to use <strong>Bootstrap</strong> <strong>4.5.0</strong> in combination with <strong>Fontawesome 5.0.6</strong> for a minimalist but efficient design.</p>
-
-<p class="mb-3">For assembling the <code>app.js</code> and <code>app.css</code> along with handling packages from <code>package.json</code> we recommend using <strong>npm 7</strong> or up.</p>
-
-<p class="mb-3">Our choice for listing raw data was <strong><a href="https://bootstrap-table.com/" data-type="URL" data-id="https://bootstrap-table.com/" target="_blank" rel="noreferrer noopener">Bootstrap Table</a></strong> because it is easy to implement and configurable in many ways.</p>
-
-<p class="mb-3">Lets take admin table as an example:</p>
-
-<pre><code>&lt;table data-toggle="table" data-url="/admin/list" data-click-to-select="true"
-       data-mobile-responsive="true" data-min-width="800"
-       data-check-on-init="true" data-id-field="uuid"
-       data-show-refresh="true" data-show-toggle="true" data-show-columns="true"
-       data-search="true" data-pagination="true" data-toolbar="#tableToolbar"
-       data-silent-sort="false" data-pagination-loop="false"
-       data-side-pagination="server" data-page-list="&#91;10, 30, 50, 100, 200]"
-       data-page-size="30" data-single-select="true"
-       data-sort-name="created" data-sort-order="desc" id="bsTable"&gt;
-           &lt;thead&gt;
-                &lt;tr&gt;
-                     &lt;th data-field="checked" data-checkbox="true"&gt;Id&lt;/th&gt;
-                     &lt;th data-field="identity" data-sortable="true"&gt;Identity&lt;/th&gt;
-                     &lt;th data-field="firstName" data-sortable="true"&gt;First Name&lt;/th&gt;
-                     &lt;th data-field="lastName" data-sortable="true"&gt;Last Name&lt;/th&gt;
-                     &lt;th data-field="roles" data-sortable="false"&gt;Roles&lt;/th&gt;
-                     &lt;th data-field="status" data-sortable="false"&gt;Status&lt;/th&gt;
-                     &lt;th data-field="created" data-sortable="true"&gt;Created&lt;/th&gt;
-                &lt;/tr&gt;
-           &lt;/thead&gt;
-&lt;/table&gt;</code></pre>
-
-<p class="mb-3">Here we can tweak directly into the table data how our table looks, arrange in page or a couple of usages like the api url for pulling data, pagination, allowing multiple row select and more...</p>
-
-<p class="mb-3">Note: You`ll find in the <code>#tableToolbar</code> buttons that toggle a <strong>modal</strong> for adding/editing/deleting admins.</p>
-
-<h3></h3>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>When was Dotkernel Admin V4 released, and what is it built on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Admin V4 was officially released on 19 July 2022. It's Dotkernel's PSR-7 Admin, an application based on Mezzio, mainly for managing and displaying tabular data from one or more database components.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the demo credentials for trying out Dotkernel Admin V4? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Username admin and password dotadmin, on the demo at https://admin7.dotkernel.net/.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What PHP version does Dotkernel Admin V4 support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Full support for PHP 8.1, with a minimum requirement of PHP 7.4.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you register a new module or middleware? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Register a module by adding its ConfigProvider.php in config.php. New middleware goes into pipeline.php, where you can also edit the order in which middleware runs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What packages provide the authorization guards? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">dot-rbac-guard and dot-rbac work together to restrict access based on user role. authorization.global.php defines roles and their permissions, while authorization-guards.global.php restricts specific actions to those permissions.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What frontend toolkit does Dotkernel Admin V4 use for displaying tables? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Bootstrap 4.5.0 combined with Fontawesome 5.0.6 for the overall design, and Bootstrap Table specifically for listing raw data because it's easy to implement and configurable in many ways.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-version-3-launched.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-version-3-launched.html.twig
deleted file mode 100644
index 500213fd..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-admin-version-3-launched.html.twig
+++ /dev/null
@@ -1,64 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"></p>
-<h2>Dotkernel Admin PHP Application version 3 was launched.</h2>
-<p class="mb-3"></p>
-<p class="mb-3"><br><a style="display: inline-block;" href="https://github.com/dotkernel/frontend/issues" target="_blank" rel="noopener noreferrer"><img title="GitHub issues" src="https://img.shields.io/github/issues/dotkernel/admin" class="img-fluid rounded my-2"></a><a style="display: inline-block;" href="https://github.com/dotkernel/admin" target="_blank" rel="noopener noreferrer"><img title="GitHub stars" src="https://img.shields.io/github/stars/dotkernel/admin" class="img-fluid rounded my-2"></a><img style="display: inline-block;" title="PHP from Packagist (specify version)" src="https://img.shields.io/packagist/php-v/dotkernel/admin/3.0.0" class="img-fluid rounded my-2"><img style="display: inline-block;" title="Packagist Version" src="https://img.shields.io/packagist/v/dotkernel/admin" class="img-fluid rounded my-2"> <a style="display: inline-block;" href="https://github.com/dotkernel/admin/blob/3.0/LICENSE.md" target="_blank" rel="noopener noreferrer"><img title="GitHub License" src="https://img.shields.io/github/license/dotkernel/frontend" class="img-fluid rounded my-2"></a></p>
-<p class="mb-3"></p>
-<p class="mb-3">Dotkernel is a Collection of PSR-7 Middleware applications built on top of <a href="https://getlaminas.org/" target="_blank" rel="noreferrer noopener">Mezzio microframework and using Laminas components</a></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">&nbsp;Dotkernel Admin is a basic admin panel, based on Boostrap ^4.5.0 , using Doctrine and performing basic CRUD operations over a database. <br></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">You can <strong>clone </strong>it from <a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">github </a></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"><strong>Live demo:</strong> <a href="https://admin7.dotkernel.net" target="_blank" rel="noreferrer noopener">admin7.dotkernel.net</a></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h3>Changelog:</h3>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"><em>Branch 3.0 is the current and default branch </em>, and :</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li>Require <strong>Mezzio</strong> <strong>^3.2</strong></li>
-<li>Require <strong>PHP ^7.4</strong></li>
-<li>Require <strong>Doctrine 2.7.x</strong></li>
-<li>Require <strong>Twig 3.x</strong></li><li>Require <b>Bootstrap </b>4.5</li>
-<li>Limited dot-* packages to version <strong>3.x</strong> and above</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">&nbsp;</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">&nbsp;</p>
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Admin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A basic admin panel based on Bootstrap ^4.5.0, using Doctrine to perform basic CRUD operations over a database, built as a collection of PSR-7 Middleware applications on top of Mezzio and Laminas components.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can you see a live demo of version 3? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">At admin7.dotkernel.net.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the core requirements listed in the version 3 changelog? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, and Twig 3.x, plus Bootstrap 4.5, with dot-* packages limited to version 3.x and above.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-api-architecture-and-components.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-api-architecture-and-components.html.twig
deleted file mode 100644
index a829e871..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-api-architecture-and-components.html.twig
+++ /dev/null
@@ -1,391 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<blockquote style="font-size: 16px;
-  font-weight: 400;">This article refers to Dotkernel API v5. Checkout out the new additions for <a href="https://www.dotkernel.com/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform/">Dotkernel API v6</a> to stay up-to-date.</blockquote>
-<p class="mb-3">Based on Enrico Zimuel's <a href="https://github.com/ezimuel/zend-expressive-api" target="_blank" rel="noreferrer noopener">Zend Expressive API - Skeleton example</a>, Dotkernel API runs on <a href="https://github.com/mezzio" target="_blank" rel="noreferrer noopener">Mezzio</a> microframework   and<a href="https://github.com/laminas" target="_blank" rel="noreferrer noopener">Laminas</a> components and implements standards like PSR-3, PSR-4, PSR-7, PSR-11 and PSR-15.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Here is a list of the core components:</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul></ul>
-</li>
-</ul>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Mezzio Microframework (<a href="https://github.com/mezzio/mezzio" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/mezzio/mezzio">mezzio/mezzio</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Error Handler (<a href="https://packagist.org/packages/dotkernel/dot-errorhandler" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://packagist.org/packages/dotkernel/dot-errorhandler">dotkernel/dot-errorhandler</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Problem Details (<a href="https://docs.mezzio.dev/mezzio-problem-details/" target="_blank" rel="noopener">mezzio/mezzio-problem-details</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>CORS (<a href="https://docs.mezzio.dev/mezzio-cors/" target="_blank" rel="noopener">mezzio/mezzio-cors</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Routing (<a href="https://github.com/mezzio/mezzio-fastroute" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/mezzio/mezzio-fastroute">mezzio/mezzio-fastroute</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Authentication (<a href="https://docs.mezzio.dev/mezzio-authentication/" target="_blank" rel="noopener">mezzio/mezzio-authentication</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Authorization (<a href="https://docs.mezzio.dev/mezzio-authorization/" target="_blank" rel="noopener">mezzio/mezzio-authorization</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Config Aggregator (<a href="https://github.com/laminas/laminas-config-aggregator" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/laminas/laminas-config-aggregator">laminas/laminas-config-aggregator</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Container (<a href="https://github.com/Roave/psr-container-doctrine" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/Roave/psr-container-doctrine">roave/psr-container-doctrine</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Annotations (<a href="https://packagist.org/packages/dotkernel/dot-annotated-services" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://packagist.org/packages/dotkernel/dot-annotated-services">dotkernel/dot-annotated-services</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Input Filter (<a href="https://github.com/laminas/laminas-inputfilter" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/laminas/laminas-inputfilter">laminas/laminas-inputfilter</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Doctrine  2 ORM (<a href="https://github.com/doctrine/orm" target="_blank" rel="noopener">doctrine/orm</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Hydrator (<a href="https://github.com/laminas/laminas-hydrator" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/laminas/laminas-hydrator">laminas/laminas-hydrator</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Paginator (<a href="https://github.com/laminas/laminas-paginator" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/laminas/laminas-paginator">laminas/laminas-paginator</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>HAL (<a href="https://docs.mezzio.dev/mezzio-hal/" target="_blank" rel="noopener">mezzio/mezzio-hal</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>CLI (<a href="https://packagist.org/packages/dotkernel/dot-cli" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://packagist.org/packages/dotkernel/dot-cli">dotkernel/dot-cli</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>TwigRenderer (<a href="https://github.com/mezzio/mezzio-twigrenderer" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/mezzio/mezzio-twigrenderer">mezzio/mezzio-twigrenderer</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>Fixtures (<a href="https://packagist.org/packages/dotkernel/dot-data-fixtures" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://packagist.org/packages/dotkernel/dot-data-fixtures">dotkernel/dot-data-fixtures</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li>UUID (<a href="https://github.com/mezzio/mezzio-twigrenderer" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://github.com/mezzio/mezzio-twigrenderer">ramsey/uuid-doctrine</a>)</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Doctrine 2 ORM</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">For the persistence in a relational database management system we chose <a href="https://www.doctrine-project.org/projects/doctrine-orm/en/2.14/index.html" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://www.doctrine-project.org/projects/doctrine-orm/en/2.14/index.html">Doctrine ORM</a> (object-relational mapper).</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">The benefit of Doctrine for the programmer is the ability to focus on the object-oriented business logic and worry about persistence only as a secondary priority.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Documentation</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Our documentation is <a href="https://www.postman.com/" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://www.postman.com/">Postman</a> based. We use the following files in which we store information about every available endpoint ready to be tested:</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul></ul>
-</li>
-</ul>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><code>documentation/Dotkernel_API.postman_collection.json</code></li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><code>documentation/Dotkernel_API.postman_environment.json</code></li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Hypertext Application Language</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">For our API payloads (a value object for describing the API resource, its relational links and any embedded/child resources related to it) we chose <a href="https://docs.mezzio.dev/mezzio-hal/" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://docs.mezzio.dev/mezzio-hal/">mezzio-hal</a>.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>CORS</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">By using <code>MezzioCorsMiddlewareCorsMiddleware</code>, the <strong>CORS preflight</strong> will be recognized and the middleware will start to detect the proper <strong>CORS configuration</strong>. The <strong>Router</strong> is used to detect every allowed request method by executing a route match with all possible request methods. Therefore, for every preflight request, there is at least one Router request.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>OAuth 2.0</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">OAuth 2.0 is an authorization framework that enables applications to obtain limited access to user accounts on your <strong>Dotkernel API</strong>. We are using <a href="https://docs.mezzio.dev/mezzio-authentication-oauth2/" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://docs.mezzio.dev/mezzio-authentication-oauth2/">mezzio/mezzio-authentication-oauth2</a> which provides <strong>OAuth 2.0</strong> authentication for Mezzio and PSR-7/PSR-15 applications by using <a href="https://oauth2.thephpleague.com/" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://oauth2.thephpleague.com/">league/oauth2-server</a> package.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Email</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">It is not unlikely for an API to send emails depending on the use case. Here is another area where <strong>Dotkernel API</strong> shines. Using <code>DotMailServiceMailService</code> provided by <a href="https://packagist.org/packages/dotkernel/dot-mail" target="_blank" rel="noreferrer noopener" data-type="URL" data-id="https://packagist.org/packages/dotkernel/dot-mail">dotkernel/dot-mail</a> you can easily send custom email templates.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Configuration</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">From authorization at request route level to API keys for your application, you can find every configuration variable in the <strong>config</strong> directory.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"><strong>Registering</strong> a <strong>new module</strong> can be done by including its <code>ConfigProvider.php</code> in <code>config.php</code>.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Brand new <strong>middleware</strong>s should go into <code>pipeline.php</code>. Here you can edit the order in which they run and find more info about the currently included ones.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">You can further customize your api within the <strong>autoload</strong> directory where each configuration category has its own file.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Routing</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Each module has a <code>RoutesDelegator.php</code> file for managing existing routes inside that specific module. It also allows an quick way of adding new routes by providing the route path, Middlewares that the route will use and the route name.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">You can allocate <strong>permissions</strong> per <strong>route name</strong> in order to restrict access for a user role to a specific route in <code>config/autoload/authorization.global.php</code>.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Commands</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">For registering new commands first make sure your command class extends <code>SymfonyComponentConsoleCommandCommand</code>. Then you can enable it by registering it in <code>config/autoload/cli.global.php</code>.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>File locker</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Here you will also find our brand new <strong>file locker</strong> configuration so you can easily turn it on or off ( by default: <code>'enabled' =&gt; true</code> )</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">Note: The <strong>File Locker System</strong> will create a <code>command-{command-default-name}.lock</code> file which will not let another instance of the same command to run until the previous one has finished.</p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>PSR Standards</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul></ul>
-</li>
-</ul>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><a href="https://www.php-fig.org/psr/psr-3/" target="_blank" rel="noreferrer noopener">PSR-3: Logger Interface</a> - the application uses <code>LoggerInterface</code> for error logging</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><a href="https://www.php-fig.org/psr/psr-4/" target="_blank" rel="noreferrer noopener">PSR-4: Autoloader</a> - the application locates classes using an autoloader</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><a href="https://www.php-fig.org/psr/psr-7/" target="_blank" rel="noreferrer noopener">PSR-7: HTTP message interfaces</a> - the handlers return <code>ResponseInterface</code></li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><a href="https://www.php-fig.org/psr/psr-11/" target="_blank" rel="noreferrer noopener">PSR-11: Container interface</a> - the application is container-based</li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<ul>
-<li style="list-style-type: none;">
-<ul>
-<li><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15: HTTP Server Request Handlers</a> - the handlers implement <code>RequestHandlerInterface</code></li>
-</ul>
-</li>
-</ul>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<h2>Tests</h2>
-<p class="mb-3"></p>
-<p class="mb-3"></p>
-<p class="mb-3">One of the best ways to ensure the quality of your product is to create and run functional and unit tests. You can find factory-made tests in the <code>tests/AppTest/</code> folder, and you can also register your own.</p>
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel API based on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's based on Enrico Zimuel's Zend Expressive API - Skeleton example, and runs on the Mezzio microframework and Laminas components, implementing PSR-3, PSR-4, PSR-7, PSR-11 and PSR-15.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What ORM does Dotkernel API use for persistence, and why? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Doctrine ORM (object-relational mapper), chosen because it lets the programmer focus on the object-oriented business logic and treat persistence only as a secondary priority.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is Dotkernel API documented? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The documentation is Postman-based, using two files that store information about every available endpoint ready to be tested: documentation/Dotkernel_API.postman_collection.json and documentation/Dotkernel_API.postman_environment.json.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does CORS handling work in Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">MezzioCorsMiddlewareCorsMiddleware recognizes the CORS preflight request and detects the proper CORS configuration. The Router is used to detect every allowed request method by executing a route match with all possible request methods, so there's at least one Router request for every preflight request.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you register a new module or add new middleware? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Registering a new module is done by including its ConfigProvider.php in config.php. Brand new middleware should go into pipeline.php, where you can also edit the order in which middleware runs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the File Locker System do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's enabled by default and creates a command-{command-default-name}.lock file, which prevents another instance of the same command from running until the previous one has finished.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-frontend-version-3-launched.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-frontend-version-3-launched.html.twig
deleted file mode 100644
index 8303f27c..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel-frontend-version-3-launched.html.twig
+++ /dev/null
@@ -1,48 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Dotkernel Frontend PHP Application version 3 was launched.</h2>
-
-<p class="mb-3"><a style="display: inline-block;" rel="noopener noreferrer" href="https://github.com/dotkernel/frontend/issues" target="_blank"><img title="GitHub issues" src="https://img.shields.io/github/issues/dotkernel/frontend" class="img-fluid rounded my-2"></a> <a style="display: inline-block;" rel="noopener noreferrer" href="https://github.com/dotkernel/frontend" target="_blank"><img title="GitHub stars" src="https://img.shields.io/github/stars/dotkernel/frontend" class="img-fluid rounded my-2"></a> <img title="PHP from Packagist (specify version)" style="display: inline-block;" src="https://img.shields.io/packagist/php-v/dotkernel/frontend/3.0.0" class="img-fluid rounded my-2"><img title="Packagist Version" style="display: inline-block;" src="https://img.shields.io/packagist/v/dotkernel/frontend" class="img-fluid rounded my-2"> <a style="display: inline-block;" rel="noopener noreferrer" href="https://github.com/dotkernel/frontend/blob/3.0/LICENSE.md" target="_blank"><img title="GitHub License" src="https://img.shields.io/github/license/dotkernel/frontend" class="img-fluid rounded my-2"></a></p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3">Dotkernel is a Collection of PSR-7 Middleware applications built on top of <a rel="noreferrer noopener" href="https://getlaminas.org/" target="_blank">Mezzio microframework and using Laminas components</a></p>
-
-<p class="mb-3">You can <strong>clone </strong>it from <a href="https://github.com/dotkernel/frontend" target="_blank" rel="noreferrer noopener">github </a></p>
-
-<p class="mb-3"><strong>Live demo:</strong> <a href="https://v3.dotkernel.net" target="_blank" rel="noreferrer noopener">v3.dotkernel.net</a></p>
-
-<h3>Changelog:</h3>
-
-<p class="mb-3"><em>Branch 3.0 is the current and default branch </em>, and :</p>
-
-<ul><li>Require <strong>Mezzio</strong> <strong>^3.2</strong></li><li>Require <strong>PHP ^7.4</strong></li><li>Require <strong>Doctrine 2.7.x</strong></li><li>Require <strong>Twig 3.x</strong></li><li>Limited dot-* packages to version <strong>3.x</strong> and above</li></ul>
-
-<p class="mb-3">&nbsp;</p>
-
-<p class="mb-3">&nbsp;</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Frontend built on? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's part of the Dotkernel collection of PSR-7 Middleware applications, built on top of the Mezzio microframework using Laminas components.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can you see a live demo of version 3? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">At v3.dotkernel.net.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the changelog requirements for version 3? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Requires Mezzio ^3.2, PHP ^7.4, Doctrine 2.7.x, and Twig 3.x, with dot-* packages limited to version 3.x and above.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel3-stable-release-version-1-0.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel3-stable-release-version-1-0.html.twig
deleted file mode 100644
index 5953166e..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/dotkernel3-stable-release-version-1-0.html.twig
+++ /dev/null
@@ -1,110 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel was updated to support <strong><a href="https://docs.zendframework.com/zend-expressive/" target="_blank" rel="noopener noreferrer">Zend Expressive 3</a> </strong>alongside with <strong>PSR-15 </strong>middleware.
-
-We have updated the core packages to support <strong><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noopener noreferrer">PSR-15 Middleware</a>.</strong>
-
-By updating the core packages both frontend and admin are easier to migrate.
-
-The new versions are:
-frontend -&gt; <a target="_blank" href="https://packagist.org/packages/dotkernel/frontend#v1.0.0" rel="noopener noreferrer">1.0.0</a>
-admin -&gt; <a target="_blank" href="https://packagist.org/packages/dotkernel/admin#v1.0.1" rel="noopener noreferrer">1.0.1</a>
-
-<!--more-->
-
-If your project is a Dotkernel 3 instance (based on expressive 2), you can migrate your project to Zend Expressive 3 by following <a href="https://www.dotkernel.com/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3/" target="_blank" rel="noopener noreferrer">this guide</a>.
-<h2>What's new</h2>
-<ul>
-     <li>Runs on Zend Stratigility / Zend Expressive 3.0</li>
-     <li>Middleware is now PSR-15 compliant</li>
-     <li>PHP &gt;=7.1 Support</li>
-</ul>
-&nbsp;
-<h2>Changes</h2>
-<ul>
-     <li>No functional changes were made in the core code</li>
-     <li>If your middleware code is based on the <strong>dotkernel</strong>/<strong>dot-controller</strong> package no middleware migration is needed</li>
-     <li>If your middleware code is based on the <strong>http-interop/http-middleware</strong> migration must be made to implement interfaces in <strong>psr/http-server-middleware</strong></li>
-</ul>
-&nbsp;
-<h2>Packages Updated</h2>
-<ul>
-     <li>dotkernel/dot-authentication-service:^1.0</li>
-     <li>dotkernel/dot-authentication-web:^1.0.1</li>
-     <li>dotkernel/dot-authentication:^1.0</li>
-     <li>dotkernel/dot-controller:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-authentication:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-authorization:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-flashmessenger:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-forms:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-mail:^1.0</li>
-     <li>dotkernel/dot-controller-plugin-session:^1.0</li>
-     <li>dotkernel/dot-flashmessenger:^1.0</li>
-     <li>dotkernel/dot-helpers:^1.0</li>
-     <li>dotkernel/dot-log:^1.1.1</li>
-     <li>dotkernel/dot-mail:^1.0</li>
-     <li>dotkernel/dot-mapper:^1.0</li>
-     <li>dotkernel/dot-navigation:^1.0</li>
-     <li>dotkernel/dot-rbac:^0.2.1</li>
-     <li>dotkernel/dot-rbac-guard:^1.0</li>
-     <li>dotkernel/dot-session:^3.0</li>
-     <li>dotkernel/dot-twigrenderer:^1.1</li>
-     <li>dotkernel/dot-user:^1.0</li>
-</ul>
-<h2>Zend Packages (support) Updated</h2>
-<ul>
-     <li>psr/http-server-middleware:^1.0</li>
-     <li>psr/http-server-handler:^1.0</li>
-     <li>zendframework/zend-expressive-helpers:^5.0</li>
-     <li>zendframework/zend-expressive-twigrenderer:^2.0</li>
-     <li>zendframework/zend-expressive-template:^2.0</li>
-     <li>zendframework/zend-expressive:^3.0</li>
-     <li>zendframework/zend-expressive-fastroute:^3.0</li>
-     <li>zendframework/zend-expressive-tooling:^1.0</li>
-     <li>zendframework/zend-expressive-router:^3.0</li>
-     <li>zendframework/zend-stratigility:^3.0</li>
-     <li>zendframework/zend-component-installer:^2.0</li>
-</ul>
-&nbsp;
-<h2>Packages Removed</h2>
-<ul>
-     <li>http-interop/http-middleware</li>
-     <li>webimpress/http-middleware-compatibility</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the headline change in this stable release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel was updated to support Zend Expressive 3 alongside PSR-15 middleware, with the core packages updated to support PSR-15 Middleware, making both frontend and admin easier to migrate.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the new component versions in this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">frontend 1.0.0 and admin 1.0.1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What PHP version does this release require? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP &gt;= 7.1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do you need to migrate your middleware code for this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If your middleware code is based on the dotkernel/dot-controller package, no migration is needed. If it's based on http-interop/http-middleware, you must migrate it to implement the interfaces in psr/http-server-middleware.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What packages were removed in this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">http-interop/http-middleware and webimpress/http-middleware-compatibility.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-admin.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-admin.html.twig
deleted file mode 100644
index 2172b0ae..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-admin.html.twig
+++ /dev/null
@@ -1,161 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">With the release of <strong>PHP 8.3</strong>, the Dotkernel team has been working on updating the dependencies in our packages. Eventually, this allowed us to update our Applications as well, starting with the <a href="https://github.com/dotkernel/admin" data-type="link" data-id="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Admin</a>, in release <strong>4.3.1</strong></p>
-
-<p class="mb-3">There were some issues and backward incompatibilities that we will list below.</p>
-
-<p class="mb-3">The full list of file changes is <a href="https://github.com/dotkernel/admin/pull/218/files" data-type="link" data-id="https://github.com/dotkernel/admin/pull/218/files" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<ul><li><strong>Supports only PHP 8.2 and PHP 8.3</strong><ul><li>Removed support for PHP 8.1</li>
-
-<li>Updated workflows - removed PHP 8.1</li>
-
-<li>Commits <a href="https://github.com/dotkernel/admin/commit/12d46e671ea430d93e4f4a38ba10e74d375ca944" target="_blank" rel="noreferrer noopener">#1</a> and <a href="https://github.com/dotkernel/admin/commit/5233c9dabe5264553956df29a66ddfd5808a283b">#</a><a href="https://github.com/dotkernel/admin/commit/5233c9dabe5264553956df29a66ddfd5808a283b" target="_blank" rel="noreferrer noopener">2</a></li>
-</ul>
-</li>
-
-<li><strong>Updated </strong>dependencies<ul><li><strong>require</strong><ul><li>"dotkernel/dot-cli": "^3.4.2",</li>
-
-<li>"dotkernel/dot-controller": "^3.4.3",</li>
-
-<li>"dotkernel/dot-data-fixtures": "^1.1.3",</li>
-
-<li>"dotkernel/dot-errorhandler": "^3.3.2",</li>
-
-<li>"dotkernel/dot-flashmessenger": "^3.4.2",</li>
-
-<li>"dotkernel/dot-geoip": "^3.5.3",</li>
-
-<li>"dotkernel/dot-helpers": "^3.4.2",</li>
-
-<li>"dotkernel/dot-mail": "^4.1.1",</li>
-
-<li>"dotkernel/dot-navigation": "^3.4.2",</li>
-
-<li>"dotkernel/dot-rbac-guard": "^3.4.2",</li>
-
-<li>"dotkernel/dot-session": "^5.4.2",</li>
-
-<li>"dotkernel/dot-twigrenderer": "3.4.3",</li>
-
-<li>"dotkernel/dot-user-agent-sniffer": "^3.3.3",</li>
-
-<li>"friendsofphp/proxy-manager-lts": "^1.0.16",</li>
-
-<li>"laminas/laminas-component-installer": "^3.4.0",</li>
-
-<li>"laminas/laminas-config-aggregator": "^1.14.0",</li>
-
-<li>"laminas/laminas-i18n": "^2.26.0",</li>
-
-<li>"laminas/laminas-math": "^3.7.0",</li>
-
-<li>"mezzio/mezzio": "^3.18.0",</li>
-
-<li>"mezzio/mezzio-authorization-rbac": "^1.7.0",</li>
-
-<li>"mezzio/mezzio-cors": "^1.11.1",</li>
-
-<li>"mezzio/mezzio-fastroute": "^3.11.0",</li>
-
-<li>"ramsey/uuid-doctrine": "^2.0.0",</li>
-
-<li>"roave/psr-container-doctrine": "^4.1.0"</li>
-</ul>
-</li>
-
-<li><strong>require-dev</strong><ul><li>"filp/whoops": "^2.15.4",</li>
-
-<li>"laminas/laminas-development-mode": "^3.12.0",</li>
-
-<li>"laminas/laminas-http": "^2.19.0",</li>
-
-<li>"mezzio/mezzio-tooling": "^2.9.0",</li>
-
-<li>"phpunit/phpunit": "^10.5.9",</li>
-
-<li>"vimeo/psalm": "^5.20.0"</li>
-</ul>
-</li>
-
-<li>Commit <a href="https://github.com/dotkernel/admin/commit/a4cfb4f8873e18e100ed089a7ccfed0b3e8603fc" data-type="link" data-id="https://github.com/dotkernel/admin/commit/a4cfb4f8873e18e100ed089a7ccfed0b3e8603fc" target="_blank" rel="noreferrer noopener">#1</a></li>
-</ul>
-</li>
-
-<li><strong>Added</strong> <em>"laminas/laminas-http": "^2.19.0"</em> to composer.json <em>require-dev </em>(required for tests)<ul><li>Commit<em> </em><a href="https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9" data-type="link" data-id="https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9" target="_blank" rel="noreferrer noopener">#1</a></li>
-</ul>
-</li>
-
-<li><strong>Updated</strong> <em>src/Admin/src/Service/AdminService.php</em>, function <em>logAdminVisit</em><ul><li>Note: No longer returns <em>AddressNotFoundException</em></li>
-
-<li>Commit<em> </em><a href="https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9">#</a><a href="https://github.com/dotkernel/admin/commit/b47119e7cbd1c96648cac2d1781fb227f3c12cc9" target="_blank" rel="noreferrer noopener">1</a></li>
-</ul>
-</li>
-
-<li><strong>Removed</strong> parameter from configuration files and uses for class <em>PhpFileCache</em> (required by cache)<ul><li>Removed <em>use Doctrine\Common\Cache\PhpFileCache;</em> from from local.php.dist (local.php) and doctrine.global.php</li>
-
-<li>Removed the parameters used by cache <em>configuration</em> from local.php.dist (local.php) and <em>cache</em> from doctrine.global.php</li>
-
-<li>Commit <a href="https://github.com/dotkernel/admin/commit/73c79dd707e8575adec013ae1cd85f87c01787f1" target="_blank" rel="noreferrer noopener">#1</a> and <a href="https://github.com/dotkernel/admin/commit/6585a39c0077763e55161b8749f19ac2a846f5df" data-type="link" data-id="https://github.com/dotkernel/admin/commit/6585a39c0077763e55161b8749f19ac2a846f5df" target="_blank" rel="noreferrer noopener">#2</a></li>
-</ul>
-</li>
-
-<li><strong>Updated</strong> <em>dotkernel/dot-twigrenderer</em> dependencies<ul><li>Removed <em>doctrine/doctrine-module</em> because of conflict</li>
-
-<li>Other packages that don’t get installed because of removing <em>doctrine/doctrine-module - </em>make sure to check if their functionality is used in your project<ul><li>doctrine/doctrine-laminas-hydrator</li>
-
-<li>laminas/laminas-cache-storage-adapter-filesystem</li>
-
-<li>laminas/laminas-cache-storage-adapter-memory</li>
-
-<li>laminas/laminas-mvc</li>
-
-<li>laminas/laminas-paginator</li>
-</ul>
-</li>
-</ul>
-</li>
-</ul>
-
-<p class="mb-3">Updating to <strong>PHP 8.3</strong> has not been as streamlined as in previous updates, but the advantages of doing so outweigh the extra work on the custom code to remove potential incompatibilities. </p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3">The Dotkernel team is focused on the cache that has been removed in the current version because <em>doctrine/cache </em>deleted their cache implementation classes. We are also updating our existing projects to PHP 8.3 and testing the changes on live environments to iron out any other issues.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which Dotkernel Admin release added PHP 8.3 support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Release 4.3.1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which PHP versions does this release support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Only PHP 8.2 and PHP 8.3 - support for PHP 8.1 was removed, including from the workflows.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Did the logAdminVisit function change? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. src/Admin/src/Service/AdminService.php's logAdminVisit function was updated and no longer returns AddressNotFoundException.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why were cache-related parameters removed from the configuration files? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The PhpFileCache class and its related parameters were removed from local.php.dist (local.php) and doctrine.global.php because doctrine/cache deleted their cache implementation classes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Are there side effects from updating the dot-twigrenderer dependencies? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. doctrine/doctrine-module was removed because of a conflict, which means other packages that depended on it - such as doctrine/doctrine-laminas-hydrator, laminas-cache-storage-adapter-filesystem, laminas-cache-storage-adapter-memory, laminas-mvc and laminas-paginator - may no longer get installed, so you should check whether your project actually relies on them.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-api.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-api.html.twig
deleted file mode 100644
index 1095f7ac..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-api.html.twig
+++ /dev/null
@@ -1,149 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The last remaining application to be updated to support PHP 8.3 is the <a href="https://github.com/dotkernel/api" data-type="link" data-id="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">API</a>, now at v4.2.1. The steps taken to perform the update are similar to the ones in the update for the <a href="https://github.com/dotkernel/frontend" data-type="link" data-id="https://github.com/dotkernel/frontend" target="_blank" rel="noreferrer noopener">Frontend</a>.</p>
-
-<p class="mb-3">The full list of file changes is <a href="https://github.com/dotkernel/api/pull/222" data-type="link" data-id="https://github.com/dotkernel/admin/pull/218/files" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<ul><li><strong>Supports only PHP 8.2 and PHP 8.3</strong><ul><li>Removed support for PHP 8.1</li>
-
-<li>Updated workflows - removed PHP 8.1</li>
-
-<li>Commit <a href="https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" target="_blank" rel="noreferrer noopener">#1</a></li>
-</ul>
-</li>
-
-<li><strong>Updated </strong>dependencies<ul><li>Commit <a href="https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" target="_blank" rel="noreferrer noopener">#1</a></li>
-
-<li><strong>require</strong><ul><li>"dotkernel/dot-annotated-services": "^4.1.7",</li>
-
-<li>"dotkernel/dot-cli": "^3.5.0",</li>
-
-<li>"dotkernel/dot-data-fixtures": "^1.1.3",</li>
-
-<li>"dotkernel/dot-doctrine-metadata": "^3.2.2",</li>
-
-<li>"dotkernel/dot-errorhandler": "^3.3.2",</li>
-
-<li>"dotkernel/dot-mail": "^4.1.1",</li>
-
-<li>"dotkernel/dot-response-header": "^3.2.3",</li>
-
-<li>"laminas/laminas-component-installer": "^3.4.0",</li>
-
-<li>"laminas/laminas-config": "^3.9.0",</li>
-
-<li>"laminas/laminas-config-aggregator": "^1.14.0",</li>
-
-<li>"laminas/laminas-http": "^2.19.0",</li>
-
-<li>"laminas/laminas-hydrator": "^4.15.0",</li>
-
-<li>"laminas/laminas-inputfilter": "^2.29.0",</li>
-
-<li>"laminas/laminas-paginator": "^2.18.0",</li>
-
-<li>"laminas/laminas-stdlib": "^3.19.0",</li>
-
-<li>"laminas/laminas-text": "^2.11.0",</li>
-
-<li>"mezzio/mezzio": "^3.19.0",</li>
-
-<li>"mezzio/mezzio-authentication-oauth2": "^2.8.0",</li>
-
-<li>"mezzio/mezzio-authorization-acl": "^1.10.0",</li>
-
-<li>"mezzio/mezzio-authorization-rbac": "^1.7.0",</li>
-
-<li>"mezzio/mezzio-cors": "^1.11.1",</li>
-
-<li>"mezzio/mezzio-fastroute": "^3.11.0",</li>
-
-<li>"mezzio/mezzio-problem-details": "^1.13.1",</li>
-
-<li>"mezzio/mezzio-twigrenderer": "^2.15.0",</li>
-
-<li>"ramsey/uuid-doctrine": "^2.0.0",</li>
-
-<li>"roave/psr-container-doctrine": "^4.1.0",</li>
-
-<li>"symfony/filesystem": "^7.0.3"</li>
-</ul>
-</li>
-
-<li><strong>require-dev</strong><ul><li>"laminas/laminas-coding-standard": "^2.5",</li>
-
-<li>"laminas/laminas-development-mode": "^3.12.0",</li>
-
-<li>"mezzio/mezzio-tooling": "^2.9.0",</li>
-
-<li>"phpunit/phpunit": "^10.5.10",</li>
-
-<li>"roave/security-advisories": "dev-latest",</li>
-
-<li>"vimeo/psalm": "^5.22.0"</li>
-</ul>
-</li>
-</ul>
-</li>
-
-<li><strong>Removed</strong> parameter from configuration files and uses for class <em>PhpFileCache</em> (previously required by cache)<ul><li>Updated <em>config/autoload/doctrine.global.php</em><ul><li>Removed <em>use Doctrine\Common\Cache\PhpFileCache</em></li>
-
-<li>Removed the parameters used by cache <em>configuration</em> and <em>cache</em></li>
-</ul>
-</li>
-
-<li>Commit <a href="https://github.com/dotkernel/api/commit/53d95c5e04eacc339d4ba87d7f94ce3b042e819d" target="_blank" rel="noreferrer noopener">#1</a></li>
-
-<li>Make sure to keep the lines from the more recent commit <a href="https://github.com/dotkernel/api/commit/7d5f018f5845e10305d7815ad0b5067148ea68fa" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/f693750602b8c0e5d6582826604ef65a4f0f6b02" target="_blank" rel="noreferrer noopener">#2</a></li>
-</ul>
-</li>
-
-<li><strong>Added dot-cache</strong><ul><li>Updated <em>composer.json</em>, <em>config/autoload/doctrine.global.php</em> and <em>config/config.php</em></li>
-
-<li>Commit <a href="https://github.com/dotkernel/api/pull/227/files" data-type="link" data-id="https://github.com/dotkernel/api/pull/227/files" target="_blank" rel="noreferrer noopener">#1</a></li>
-</ul>
-</li>
-
-<li><strong>Note</strong><ul><li>When upgrading from older versions of Dotkernel API (before PHP 8.3), you may need to run <em>composer update</em> and/or install Sodium (run <em>sudo dnf install php-sodium.x86_64</em>)</li>
-
-<li>Update your queries: replace <em>useQueryCache()</em> with <em>setCacheable()</em> wherever it's used</li>
-</ul>
-</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What PHP versions does Dotkernel API support after this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel API, now at v4.2.1, supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, including from the project's workflows.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What changed with caching in Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The PhpFileCache class and its related parameters were removed from config/autoload/doctrine.global.php, which previously required it for cache configuration. The dot-cache package was added instead, with corresponding updates to composer.json, config/autoload/doctrine.global.php, and config/config.php.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do I need to update my Doctrine queries after this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Wherever useQueryCache() is used in your queries, it should be replaced with setCacheable().</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should I do when upgrading an older Dotkernel API installation to this version? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When upgrading from a version of Dotkernel API older than the PHP 8.3 support, you may need to run composer update and/or install Sodium, for example by running sudo dnf install php-sodium.x86_64.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can I find the full list of changes for this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The full list of file changes is available in the linked pull request on GitHub for the dotkernel/api repository, and the steps taken mirror those used for the PHP 8.3 update of the Dotkernel Frontend.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-frontend.html.twig b/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-frontend.html.twig
deleted file mode 100644
index 468b7eb4..00000000
--- a/src/Blog/templates/page/blog-resource/dotkernel3/php-8-3-support-in-dotkernel-frontend.html.twig
+++ /dev/null
@@ -1,145 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">To be able to take advantage of the support for <strong>PHP 8.3</strong> in the newest packages, the Dotkernel team has updated the <a href="https://github.com/dotkernel/frontend" data-type="link" data-id="https://github.com/dotkernel/frontend" target="_blank" rel="noreferrer noopener">Frontend</a> Application to version <strong>4.2.0</strong>. Very much like for the Admin update before it, the Frontend must also remove support for PHP 8.1 and the no-longer-available PhpFileCache class until a replacement is implemented.</p>
-
-<p class="mb-3">The full list of file changes is <a href="https://github.com/dotkernel/frontend/pull/417" data-type="link" data-id="https://github.com/dotkernel/admin/pull/218/files" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<ul><li><strong>Supports only PHP 8.2 and PHP 8.3</strong><ul><li>Removed support for PHP 8.1</li>
-
-<li>Updated workflows - removed PHP 8.1</li>
-
-<li>Commit <a href="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" target="_blank" rel="noreferrer noopener">#1</a></li>
-</ul>
-</li>
-
-<li><strong>Updated </strong>dependencies<ul><li>Commit <a href="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" target="_blank" rel="noreferrer noopener">#1</a></li>
-
-<li><strong>require</strong><ul><li>"dotkernel/dot-annotated-services": "^4.1.6",</li>
-
-<li>"dotkernel/dot-authorization": "^3.4.1",</li>
-
-<li>"dotkernel/dot-controller": "^3.4.3",</li>
-
-<li>"dotkernel/dot-data-fixtures": "^1.1.3",</li>
-
-<li>"dotkernel/dot-debugbar": "^1.1.5",</li>
-
-<li>"dotkernel/dot-errorhandler": "^3.3.2",</li>
-
-<li>"dotkernel/dot-flashmessenger": "^3.4.2",</li>
-
-<li>"dotkernel/dot-mail": "~3.4 || ^4.1.1",</li>
-
-<li>"dotkernel/dot-navigation": "^3.4.2",</li>
-
-<li>"dotkernel/dot-rbac-guard": "^3.4.3",</li>
-
-<li>"dotkernel/dot-response-header": "^3.2.3",</li>
-
-<li>"dotkernel/dot-session": "^5.4.2",</li>
-
-<li>"dotkernel/dot-twigrenderer": "^3.4.3",</li>
-
-<li>"friendsofphp/proxy-manager-lts": "^1.0.16",</li>
-
-<li>"laminas/laminas-component-installer": "^3.4.0",</li>
-
-<li>"laminas/laminas-config-aggregator": "^1.14.0",</li>
-
-<li>"laminas/laminas-form": "^3.19.1",</li>
-
-<li>"laminas/laminas-i18n": "^2.26.0",</li>
-
-<li>"mezzio/mezzio": "^3.18.0",</li>
-
-<li>"mezzio/mezzio-authorization-rbac": "^1.7.0",</li>
-
-<li>"mezzio/mezzio-cors": "^1.11.1",</li>
-
-<li>"mezzio/mezzio-fastroute": "^3.11.0",</li>
-
-<li>"ramsey/uuid-doctrine": "^2.0.0",</li>
-
-<li>"roave/psr-container-doctrine": "^4.1.0"</li>
-</ul>
-</li>
-
-<li><strong>require-dev</strong><ul><li>"filp/whoops": "^2.15.4",</li>
-
-<li>"laminas/laminas-development-mode": "^3.12.0",</li>
-
-<li>"mezzio/mezzio-tooling": "^2.9.0",</li>
-
-<li>"phpunit/phpunit": "^10.5",</li>
-
-<li>"rector/rector": "^1.0.0",</li>
-
-<li>"vimeo/psalm": "^5.21.1"</li>
-</ul>
-</li>
-</ul>
-</li>
-
-<li><strong>Updated </strong>npm dependencies in <em>packagist.json</em><ul><li>Recommended to use npm v10.0.4 and Node.js v20.11.0</li>
-
-<li>Commit <a href="https://github.com/dotkernel/frontend/commit/d4d0309c95ba7a572afc82965fdf0e0904a4e0c9" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/d4d0309c95ba7a572afc82965fdf0e0904a4e0c9" target="_blank" rel="noreferrer noopener">#1</a> and <a href="https://github.com/dotkernel/frontend/commit/99d8a1fcbebf5d124c9f96cd948b9e28732cfec8" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/99d8a1fcbebf5d124c9f96cd948b9e28732cfec8" target="_blank" rel="noreferrer noopener">#2</a></li>
-</ul>
-</li>
-
-<li><strong>Removed</strong> parameter from configuration files and uses for class <em>PhpFileCache</em> (required by cache)<ul><li>Updated <em>doctrine.global.php</em><ul><li>Removed <em>use Doctrine\Common\Cache\PhpFileCache;</em></li>
-
-<li>Removed the parameters used by cache <em>configuration</em> and <em>cache</em></li>
-</ul>
-</li>
-
-<li>Commit <a href="https://github.com/dotkernel/frontend/commit/e6c3e6495d50e181cfe4ff6a4edec7af12120abf" target="_blank" rel="noreferrer noopener">#1</a></li>
-
-<li>Make sure to keep the lines from the more recent commit <a href="https://github.com/dotkernel/frontend/commit/f693750602b8c0e5d6582826604ef65a4f0f6b02" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/f693750602b8c0e5d6582826604ef65a4f0f6b02">#2</a></li>
-</ul>
-</li>
-
-<li><strong>Fixed </strong>psalm and phpcs issues<ul><li>Updated type hints and indentations</li>
-
-<li>Commits <a href="https://github.com/dotkernel/frontend/commit/2a3e831208aa342220077ee2fd497b3ac4cc823f" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/2a3e831208aa342220077ee2fd497b3ac4cc823f" target="_blank" rel="noreferrer noopener">#1</a> and <a href="https://github.com/dotkernel/frontend/commit/a24a3426725417713109f8318bd9b0d53c250945" data-type="link" data-id="https://github.com/dotkernel/frontend/commit/a24a3426725417713109f8318bd9b0d53c250945" target="_blank" rel="noreferrer noopener">#2</a></li>
-</ul>
-</li>
-</ul>
-
-<p class="mb-3">Next on the menu is to implement these changes in the Dotkernel Frontend live projects and process the feedback.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What update adds PHP 8.3 support to Dotkernel Frontend? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Dotkernel team updated the Frontend application to version 4.2.0 so it can take advantage of PHP 8.3 support in the newest packages.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which PHP versions does Dotkernel Frontend 4.2.0 support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Version 4.2.0 supports only PHP 8.2 and PHP 8.3. Support for PHP 8.1 was removed, similar to the earlier Admin update.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What changed with caching in this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The no-longer-available PhpFileCache class is no longer supported until a replacement is implemented. The related parameters were removed from configuration files, including removing the use Doctrine\Common\Cache\PhpFileCache; statement and the configuration and cache parameters in doctrine.global.php.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What npm and Node.js versions are recommended for this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Alongside updated npm dependencies in packagist.json, it is recommended to use npm v10.0.4 and Node.js v20.11.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can I find the full list of file changes for this update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The full list of file changes is linked in the article, pointing to the corresponding pull request on the Dotkernel Frontend GitHub repository.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/complementary-admin-in-dotkernel-headless-platform.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/complementary-admin-in-dotkernel-headless-platform.html.twig
deleted file mode 100644
index fca9f0d4..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/complementary-admin-in-dotkernel-headless-platform.html.twig
+++ /dev/null
@@ -1,114 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The Dotkernel Headless Platform is built with an architecture designed to be easy to maintain and expand indefinitely. Its core components are Dotkernel API and Dotkernel Queue, but the Dotkernel application suite also offers a fully separate, <strong>complementary Admin</strong> application designed to pair seamlessly with Dotkernel API.</p>
-
-<h2><a href="#what-is-dotkernel-admin"></a>What is Dotkernel Admin?</h2>
-
-<p class="mb-3"><strong>Dotkernel Admin</strong> is a in separate repository and is a fully-functional, independent application. It's built on top of the same Mezzio + Laminas foundation, very much like Dotkernel API.</p>
-
-<p class="mb-3">As with all Dotkernel applications, Admin is installed via Git within your folder of choice:</p>
-
-<pre>git clone https://github.com/dotkernel/admin.git .</pre>
-
-<p class="mb-3">Next follow the step-by-step <a href="https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/" rel="noreferrer noopener" target="_blank">installation guide</a> to configure the database credentials and run migrations and fixtures that create and populate the database. It takes only a few minutes and you’ll have a ready-to-use admin panel.</p>
-
-<blockquote><p class="mb-3">Make sure to <strong>change the default credentials</strong> when in production.</p>
-</blockquote>
-
-<p class="mb-3">The Admin has a built-in UI with authentication, user management and web interface included.</p>
-
-<h2><a href="#features--architecture"></a>Features &amp; Architecture</h2>
-
-<p class="mb-3">Dotkernel Admin comes with several useful features out of the box:</p>
-
-<ul><li>The <strong>Role-Based Access Control</strong> uses <a href="https://docs.dotkernel.org/dot-rbac/" target="_blank" rel="noreferrer noopener">dot-rbac</a> and <a href="https://docs.dotkernel.org/dot-rbac-guard/" target="_blank" rel="noreferrer noopener">dot-rbac-guard</a> to manage permissions, routes and handler-level security.</li>
-
-<li><strong>OpenAPI</strong> annotations are included in each module via OpenAPI.php, making admin endpoints documented and testable.</li>
-
-<li>The <strong>Frontend tooling</strong> uses <a href="https://twig.symfony.com/" target="_blank" rel="noreferrer noopener">Twig</a> and <a href="https://www.npmjs.com/" target="_blank" rel="noreferrer noopener">NodeJS/NPM</a> for client-side assets, which include <code>build</code> and <code>watch</code> scripts to manage JavaScript/CSS bundling.</li>
-</ul>
-
-<p class="mb-3">The file architecture features a modular design with several functional modules such as:</p>
-
-<ul><li>The <strong>Admin module</strong> which manages administrator users.</li>
-
-<li>The <strong>App module</strong> which houses core functions like authentication and error reporting.</li>
-
-<li>The <strong>Setting module</strong> which stores and manages display or application settings for various report pages.</li>
-</ul>
-
-<h2><a href="#how-they-work-together"></a>How They Work Together</h2>
-
-<ul><li>The <a href="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">REST API</a> is designed to serve JSON endpoints for clients, services and mobile apps alike.</li>
-
-<li>The <a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Admin UI</a> is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings.</li>
-</ul>
-
-<p class="mb-3">One of the greatest benefits to using both Dotkernel API and Admin is the <strong>unified tech stack</strong>. Both use the versatile <a href="https://docs.mezzio.dev/" rel="noreferrer noopener" target="_blank">Mezzio microframework</a>, <a href="https://docs.laminas.dev/" rel="noreferrer noopener" target="_blank">Laminas components</a>, <a href="https://www.doctrine-project.org/" rel="noreferrer noopener" target="_blank">Doctrine ORM</a> for database storage and object mapping, <a href="https://www.php-fig.org/" rel="noreferrer noopener" target="_blank">PHP FIG's PSR standards</a> and share modules like authentication and <code>dot-rbac</code>.</p>
-
-<p class="mb-3">Put together, these ensure consistency across backend and admin tooling, while also making it easier to switch between developing one or the other. In fact, the similar architecture normally means you can employ fewer developers to manage codebases.</p>
-
-<h2><a href="#summary"></a>Summary</h2>
-
-<p class="mb-3">Dotkernel Admin is a <strong>complementary admin</strong> panel that provides effective reporting out of the box and is a good starting point for your admin requirements. It's not bundled by default, but is provided as a first-party, installable package designed to work seamlessly alongside your API.</p>
-
-<p class="mb-3">Together, the two applications form a <strong>cohesive system</strong>. You normally start with the API backend and add the rich administrative interface to the mix to complete your admin platform.</p>
-
-<p class="mb-3">Both API and Admin are built with the <strong>same underlying file architecture</strong> and implement the <strong>same PHP standards</strong> - <a href="https://www.php-fig.org/psr/psr-7/" rel="noreferrer noopener" target="_blank">PSR-7 (HTTP messages)</a> and <a href="https://github.com/php-fig/http-server-handler" rel="noreferrer noopener" target="_blank">PSR-15 (middleware)</a>.</p>
-
-<p class="mb-3">If you're looking for a headless API with a ready-to-use admin UI that you can launch quickly, the Dotkernel solution is the way to go. Here are some of the benefits for both components:</p>
-
-<ul><li>They are fully open-source and in active development.</li>
-
-<li>They are highly configurable to suit your exact requirements.</li>
-
-<li>They guarantee a future-proof system using the best practices recommended by the PHP community.</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Admin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Admin is a fully-functional, independent application that lives in its own separate repository. It's built on the same Mezzio + Laminas foundation as Dotkernel API and includes a built-in UI with authentication, user management and a web interface.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I install Dotkernel Admin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Install it via Git into the folder of your choice with <code>git clone https://github.com/dotkernel/admin.git .</code>, then follow the step-by-step installation guide to configure the database credentials and run the migrations and fixtures that create and populate the database. Be sure to change the default credentials before going to production.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features does Dotkernel Admin include out of the box? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It ships with Role-Based Access Control powered by <code>dot-rbac</code> and <code>dot-rbac-guard</code> to manage permissions, routes and handler-level security; OpenAPI annotations in each module for documented and testable admin endpoints; and frontend tooling built on Twig and NodeJS/NPM, including build and watch scripts for JavaScript/CSS bundling.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What modules make up Dotkernel Admin's architecture? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The file architecture is modular, featuring an Admin module that manages administrator users, an App module that houses core functions like authentication and error reporting, and a Setting module that stores and manages display or application settings for various report pages.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do Dotkernel API and Admin work together? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The REST API serves JSON endpoints for clients, services and mobile apps, while the Admin UI is a web-based interface that communicates with the database via its own endpoints to manage data, users and settings. Both share a unified tech stack - Mezzio, Laminas components, Doctrine ORM and PHP FIG's PSR standards - plus shared modules like authentication and <code>dot-rbac</code>, which keeps backend and admin tooling consistent and lets fewer developers manage both codebases.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://docs.dotkernel.org/admin-documentation/" target="_blank" rel="noreferrer noopener">Dotkernel Admin full documentation</a></li>
-
-<li><a href="https://docs.dotkernel.org/admin-documentation/v5/installation/getting-started/" target="_blank" rel="noreferrer noopener">Dotkernel Admin Installation</a></li>
-
-<li><a href="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel Repositories</a></li>
-
-<li><a href="https://www.php-fig.org/" target="_blank" rel="noreferrer noopener">PHP Framework Interop Group Standards</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.html.twig
deleted file mode 100644
index 47f85537..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-api-v6-the-root-of-dotkernel-headless-platform.html.twig
+++ /dev/null
@@ -1,88 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">Dotkernel API has come a long way since we published a list of its <a href="https://www.dotkernel.com/dotkernel3/dotkernel-api-architecture-and-components/" rel="noreferrer noopener" target="_blank">architecture and components</a> a while ago. We implemented new features, while some components were replaced, and others were enhanced. Our ultimate goal is to stay relevant in the PHP ecosystem by implementing best practices recommended by the PHP community.</p>
-
-<h2><a href="#new-features"></a>New Features</h2>
-
-<ul><li><strong>Content Negotiation</strong> makes it possible for diverse systems to work seamlessly together. It defines the communication parameters between client and server to make sure both sides agree on how the data exchange takes place.</li>
-
-<li>The implemented of <a href="https://github.com/mezzio/mezzio-problem-details" target="_blank" rel="noreferrer noopener">mezzio-problem-details</a> is used to return <strong>standardized error codes</strong>. The generated problem details responses are based on either PHP primitives or exceptions/throwables. This ultimately helps <strong>error reporting</strong> system-wide.</li>
-
-<li>The common logic is now moved to the <strong>Core module</strong>. This also allows an easier <strong>sharing</strong> of the <strong>functionality</strong> within Core with other Dotkernel applications. To share the Code module, you need to save it as a separate Git repository which can then be added as a <strong>submodule</strong> to any Dotkernel application.</li>
-
-<li>Replaced Twig with <strong>custom templating</strong> solution to avoid using <a href="https://github.com/mezzio/mezzio-twigrenderer" target="_blank" rel="noreferrer noopener">mezzio-twigrenderer</a>. This ultimately offers more reliable template handling as the small cost of some features that are normally not used in APIs.</li>
-
-<li>Handle delegators and injected InputFilters were refactored to <strong>reduce the number of dependencies in handlers</strong>.</li>
-</ul>
-
-<p class="mb-3">Some smaller changes are listed below:</p>
-
-<ul><li>Added OpenAPI documentation for all endpoints.</li>
-
-<li>Added .gitattributes to set some git properties based on path and filename.</li>
-
-<li>Implemented enums in the database, where relevant, mostly as a proof of concept.</li>
-</ul>
-
-<h3><a href="#coming-soon"></a>Coming Soon</h3>
-
-<p class="mb-3">Currently we support:</p>
-
-<ul><li>Service Manager version 3 - restricted because of constraints from some dependencies.</li>
-
-<li>PHP 8.3.</li>
-</ul>
-
-<p class="mb-3">This setup is soon going to change. The very next version in the Roadmap for version 6.1 will implement:</p>
-
-<ul><li>Service Manager 4.</li>
-
-<li>Support for PHP 8.4 and 8.5.</li>
-</ul>
-
-<h2><a href="#composer-updates"></a>Composer updates</h2>
-
-<p class="mb-3">As with all regular updates, all <strong>packages</strong> were <strong>updated to their most recent versions</strong> that still allow for an installable set of dependencies.</p>
-
-<p class="mb-3">One of the packages that stands out is <a href="https://github.com/ramsey/uuid" rel="noreferrer noopener" target="_blank">ramsey/uuid</a>. <strong>UUID version 7</strong> is already being used for ramsey/uuid version 4 and thus will be available with no additional code changes for the release of ramsey/uuid version 5.</p>
-
-<h2><a href="#tweaked-configuration-and-testing"></a>Tweaked configuration and testing</h2>
-
-<p class="mb-3">Alongside some smaller changes related to cache configuration for doctrine and route grouping, the <strong>test suite</strong> has been revised. <a href="https://psalm.dev/" rel="noreferrer noopener" target="_blank">Psalm</a> has been replaced with <a href="https://phpstan.org/" rel="noreferrer noopener" target="_blank">PHPStan</a>. This decision was made to remain in line with developers from popular projects like Doctrine and Composer who have also made the switch recently. A separate upgrade was dedicated to increasing the <strong>rule level to 8</strong> which enables stricter static analysis and reveales more potential errors.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are the main new features in Dotkernel API v6? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel API v6 adds Content Negotiation for smoother communication between client and server, standardized error codes via mezzio-problem-details, a new Core module that centralizes common logic for easier sharing across Dotkernel applications, a custom templating solution that replaces Twig/mezzio-twigrenderer, and refactored handle delegators and injected InputFilters that reduce the number of dependencies in handlers.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was common logic moved into a Core module? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Moving the shared logic into a Core module makes it easier to reuse that functionality across other Dotkernel applications. The Core module can be saved as a separate Git repository and then added as a submodule to any Dotkernel application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why did Dotkernel API replace Twig with a custom templating solution? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Twig was replaced to avoid depending on mezzio-twigrenderer. The custom solution offers more reliable template handling, at the small cost of some features that are normally not used in APIs anyway.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is planned for Dotkernel API v6.1? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel API currently supports Service Manager version 3, restricted because of constraints from some dependencies, and PHP 8.3. The next version on the roadmap, v6.1, is planned to add support for Service Manager 4 as well as PHP 8.4 and 8.5.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was Psalm replaced with PHPStan in the test suite? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Psalm was replaced with PHPStan to remain in line with developers from popular projects like Doctrine and Composer, who have also made the switch. A separate upgrade also increased the rule level to 8, enabling stricter static analysis and revealing more potential errors.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.html.twig
deleted file mode 100644
index c3508793..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-headless-platform-the-whats-hows-and-whys.html.twig
+++ /dev/null
@@ -1,151 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The principle of a <strong>Headless Platform</strong> is to decouple the User Interface (<strong>frontend</strong>) from the <strong>backend </strong>services. The responses from the platform are then used by another system, such as a website or mobile app. In this article we will explore the Dotkernel implementation of the <strong>Headless Platform</strong> architecture, how to use it and what are its benefits.</p>
-
-<h2>Components of the Dotkernel Headless Platform</h2>
-
-<p class="mb-3">The Dotkernel Headless Platform contains 2 major components:</p>
-
-<ul><li><a href="https://www.dotkernel.org" target="_blank" rel="noreferrer noopener">Dotkernel API</a>.</li>
-
-<li><a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Dotkernel Admin</a>.</li>
-</ul>
-
-<p class="mb-3"><strong>Dotkernel API</strong> is a REST API based on the <a href="https://github.com/mezzio/mezzio-skeleton" target="_blank" rel="noreferrer noopener"><strong>Mezzio skeleton</strong></a>.</p>
-
-<p class="mb-3"><strong>Dotkernel Admin</strong>, a complementary component for the API, is aimed at quickly setting up an backend for your platform.</p>
-
-<p class="mb-3">The Admin is not bundled by default but is available as a first-party, installable application designed to work seamlessly alongside your API. When the API and Admin are put together, you gain a cohesive system that contains an API-first backend with a rich administrative interface, both built with the same underlying architecture and standards support.</p>
-
-<p class="mb-3">Both of the above have a PSR-Compliant Middleware Stack to promote a lean, modular architecture and create a common ground between components from various sources. They implement <a href="https://www.php-fig.org/psr/psr-7" target="_blank" rel="noreferrer noopener">PSR-7</a> and <a href="https://www.php-fig.org/psr/psr-15" target="_blank" rel="noreferrer noopener">PSR-15</a> as defined by the <a href="https://www.php-fig.org/" target="_blank" rel="noreferrer noopener">PHP Framework Interop Group</a>.</p>
-
-<p class="mb-3">Rather than making use of elements built into the framework, you <strong>build business logic from scratch</strong>, from handlers, to dependencies. This gives you <strong>full control</strong> over business logic and data architecture.</p>
-
-<h2>How to use the Dotkernel Headless Platform</h2>
-
-<p class="mb-3">Dotkernel API and Admin can be <strong>installed separately or together</strong>, based on your business requirements. The two are normally designed to <strong>complement each other</strong>:</p>
-
-<ul><li>Dotkernel <strong>Admin</strong> manages the data (create, edit, delete).</li>
-
-<li>Dotkernel <strong>API</strong> exposes the content to 3rd-party frontends or backends.</li>
-</ul>
-
-<p class="mb-3">A simple project can be designed around one of the two at first, then expand to the other. For example, you can <strong>start with Dotkernel Admin</strong> to populate your database. Later on you can employ Dotkernel API to present the data to other frontends written in your programming language of choice. You can integrate the API with 3rd-party applications which gives you full control over how you present the data.</p>
-
-<p class="mb-3">Alternatively, you can <strong>start with Dotkernel API</strong> and integrate it into your existing platform. The API can manage the access permissions to keep your data secure:</p>
-
-<ul><li>Admins create and edit the data for your existing <strong>backend</strong>.</li>
-
-<li>Users read the data for your <strong>frontend</strong>.</li>
-</ul>
-
-<p class="mb-3">The Admin can be added later on for its simple table-based approach, its reports and graphs.</p>
-
-<p class="mb-3">Our recommendation is to use both API and Admin from the get go. We will highlight the benefits of this setup in the next chapter.</p>
-
-<h2>Benefits of the Dotkernel Headless Platform architecture</h2>
-
-<p class="mb-3">As we mentioned before, you decide what components of the Dotkernel Headless Platform are installed in your project. If you decide to use both, you gain several benefits, as we will highlight below.</p>
-
-<h3>Can be set up to have common code between applications</h3>
-
-<p class="mb-3">You can configure the file structure to use a <strong>Core</strong> module. The Core then becomes the common code repository between API and Admin, ensuring that the entities and queries are the same. The <strong>entities</strong> for your platform, whether they be products, articles or something else are the building blocks of your application. The <strong>queries</strong> interact with the entities for CRUD purposes. By having these components in a single repository used in both API and Admin, you ensure consistency when interacting with them.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Core2.png') }}" alt=""> </figure>
-
-<h3>Implement only the handlers you need</h3>
-
-<p class="mb-3">Just because you have e.g. 20 entities in your Core doesn't mean you have to implement handlers for each one in both API and Admin. You only <strong>handle what you need</strong> in each application. For example, your shop may need to edit orders in Admin, but only build monthly sales reports via your API.</p>
-
-<h3>Has a shared file structure</h3>
-
-<p class="mb-3">Another advantage is the fact that the API and Admin <strong>share a file structure</strong>. When you become familiar with one, you're good to go with the other as well. This means that <strong>onboarding is easy</strong> and can be <strong>maintained by fewer developers</strong>, maybe even a single developer, at least in the beginning. Conversely, working with an API+Angular approach means you often need 2 developers working in concert to implement any new feature.</p>
-
-<div><div><figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/files-api.jpg') }}" alt=""> </figure>
-</div>
-
-<div><figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/files-admin-1.jpg') }}" alt=""> </figure>
-</div>
-</div>
-
-<h3>Can satisfy any application size</h3>
-
-<p class="mb-3">Thanks to its use of the common Core module, the API and Admin evolve together. The pair are a good starting point for anything <strong>from microservices, to enterprise-grade APIs</strong>. The initial learning curve is worth it, considering you have a large number of packages available for integrating into your platform. You decide exactly what modules to include, meaning the finished application is more lightweight. This prevents bloat and helps with technical debt in the long run.</p>
-
-<h3>Has a versatile architecture</h3>
-
-<p class="mb-3">The aim of the architecture implemented in Dotkernel applications is to provide solutions that follow several architectural designs.</p>
-
-<h4>Clean Architecture</h4>
-
-<p class="mb-3">The software components are organized into concentric layers. Code dependencies go from the outer to the inner layers which results in improved testability and independence from components like libraries, user interfaces and databases.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Flow2.png') }}" alt=""> </figure>
-
-<h4>Domain-Driven Design (DDD)</h4>
-
-<p class="mb-3">The main focus of the Dotkernel applications is to provide a custom solution for your business logic. Rather than implementing reusable services for a Service Oriented Architecture (SOA), we encourage DDD which only implements the specific components to satisfy your requirements.</p>
-
-<h4>Hexagonal Architecture</h4>
-
-<p class="mb-3">The hexagonal architecture divides a system into several loosely-coupled interchangeable components, such as the application core, the database, the user interface, test scripts and interfaces with other systems. This approach is an alternative to the traditional layered architecture.</p>
-
-<h3>Supported by an active community</h3>
-
-<p class="mb-3">The Dotkernel development team is actively working on investigating and implementing recommended design patterns. All Dotkernel applications and a large number of packages are still receiving updates that implement bugfixes, improvements and recommendations from the PHP community. Some updates may brake BC (backward compatibility), but this is often highlighted in companion articles that may also contain step-by-step tutorials. The Dotkernel team is available to help you with any issues related to the Dotkernel and Laminas apps and components.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a Headless Platform? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A Headless Platform decouples the User Interface (frontend) from the backend services. The responses from the platform are then used by another system, such as a website or mobile app.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the two main components of the Dotkernel Headless Platform? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Dotkernel Headless Platform contains two major components: Dotkernel API, a REST API based on the Mezzio skeleton, and Dotkernel Admin, a complementary component aimed at quickly setting up a backend. The Admin is not bundled by default but is available as a first-party, installable application designed to work alongside the API.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can Dotkernel API and Admin be installed separately? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. They can be installed separately or together, based on your business requirements. You can start with Dotkernel Admin to populate your database and later add Dotkernel API to present the data to other frontends, or start with Dotkernel API and integrate it into your existing platform, adding Admin later for its table-based approach, reports, and graphs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What benefits come from using both API and Admin together? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Using both together lets you share a common Core module containing the same entities and queries between the two applications, implement only the handlers you actually need, and benefit from a shared file structure that makes onboarding easy and can be maintained by fewer developers. This setup can also satisfy any application size, from microservices to enterprise-grade APIs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What architectural patterns does the Dotkernel Headless Platform follow? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The architecture is designed to be versatile, following Clean Architecture (concentric layers with dependencies flowing from outer to inner layers), Domain-Driven Design (implementing only the specific components needed for your business logic rather than generic reusable services), and Hexagonal Architecture (dividing the system into loosely-coupled, interchangeable components).</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional Resources</h2>
-
-<ul><li><a href="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">Dotkernel API</a></li>
-
-<li><a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Dotkernel Admin</a></li>
-
-<li><a href="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel repositories</a></li>
-
-<li><a href="https://docs.dotkernel.org/" target="_blank" rel="noreferrer noopener">Dotkernel documentation</a></li>
-
-<li><a href="https://www.zend.com/blog/headless-cms-vs-traditional-cms" target="_blank" rel="noreferrer noopener">Headless CMS vs. Traditional CMS: What's Right for PHP Apps?</a></li>
-
-<li><a href="https://github.com/orgs/laminas/discussions" target="_blank" rel="noreferrer noopener">Laminas github discussions</a></li>
-
-<li><a href="https://github.com/orgs/dotkernel/discussions" data-type="link" data-id="https://github.com/orgs/dotkernel/discussions" target="_blank" rel="noreferrer noopener">Dotkernel Discussions</a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.html.twig
deleted file mode 100644
index 2fbfa53e..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/dotkernel-queue-asynchronous-execution-in-dotkernel-headless-platform.html.twig
+++ /dev/null
@@ -1,179 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><a href="https://github.com/dotkernel/queue" target="_blank" rel="noreferrer noopener">Dotkernel Queue</a> is a component based on <a href="https://github.com/symfony/messenger" target="_blank" rel="noreferrer noopener">Symfony Messenger</a> that is used to queue asynchronous tasks. <a href="https://github.com/netglue/laminas-messenger" target="_blank" rel="noreferrer noopener">netglue/laminas-messenger</a> is an adapter that integrates Symfony Messenger with the <a href="https://docs.laminas.dev/laminas-servicemanager/" data-type="link" data-id="https://docs.laminas.dev/laminas-servicemanager/" target="_blank" rel="noreferrer noopener">Laminas Service Manager</a> container for Mezzio/Laminas applications.</p>
-
-<p class="mb-3">Some everyday <strong>operations are time-consuming and resource-intensive</strong>, so it's best if they run on separate machines, decoupled from the regular request-response cycle. With the addition of <strong>asynchronous execution</strong> performed by background workers, you can ensure that these operations are not lost, terminated by PHP because of timeouts, or interrupted by new requests. The most important benefit is that you <strong>prevent the main platform from overloading</strong>, allowing it to return a response, remain responsive for new requests, while the heavy lifting is scheduled to run later.</p>
-
-<blockquote><p class="mb-3">The main goal for the queue is to NOT have the main platform wait for a response, because the queue will execute the task sometime in the future. The regular request-response cycle must be completed swiftly by the main platform, possibly with a confirmation message. After that, the main platform can check with the queue regularly to see if the requested task was completed.</p>
-</blockquote>
-
-<h2><a href="#why-use-dotkernel-queue"></a>Why Use Dotkernel Queue?</h2>
-
-<p class="mb-3">You might be inclined to go straight to Symfony Messenger and remove the middle man. There are several benefits that you gain from using Dotkernel Queue:</p>
-
-<ul><li>It uses the Symfony Messenger mechanisms at its heart. Symfony Messenger will be kept updated as new updates are released.</li>
-
-<li>netglue/laminas-messenger turns the component into a middleware which is compatible with Mezzio/Laminas.</li>
-
-<li>It is seamlessly compatible with the Dotkernel Headless Platform, because it has the same file structure and supports the same Core submodule. The Core submodule is shared by other Dotkernel applications suite (Frontend, API, Admin) and ensures consistency across your platform.</li>
-
-<li>Dotkernel Queue is a standalone application in its own right, so it can also be added more easily in your existing platform.</li>
-
-<li>We implemented queue features that we use in our own projects, so we can quarantee their worth in live projects.</li>
-</ul>
-
-<h2><a href="#why-decouple-operations-from-the-http-request-response"></a>Why Decouple Operations from the HTTP Request-Response?</h2>
-
-<p class="mb-3">By default, the <strong>PHP settings</strong> impose a <strong>maximum execution time</strong> of 30 seconds via the <code>max_execution_time</code> parameter. You could extend the interval, but certainly not to hours or days for a simple request. Even that 30 second interval is unreasonably long in any website which normally expects a response in a few seconds or even under 1 second. The solution is to <strong>delegate the execution</strong> of those tasks to an outside system specifically designed for this purpose.</p>
-
-<h2><a href="#what-are-tasks-with-long-execution"></a>What Are Tasks with Long Execution?</h2>
-
-<p class="mb-3">Normally, the tasks delegated to the queue:</p>
-
-<ul><li>Take extended periods of time to execute and may be interrupted by PHP limitations.</li>
-
-<li>Are external calls which introduces delays from authentication, awaiting responses from potentially multiple interrogations, or may even fail completely because the 3rd party server is offline.</li>
-
-<li>Are not part of the main PHP request-response cycle.</li>
-</ul>
-
-<p class="mb-3">Many tasks can take an extended interval of time to finish execution:</p>
-
-<ul><li><strong>Data Processing</strong> like big data analytics, scientific simulations, or mathematical computations.</li>
-
-<li><strong>File Handling &amp; Media Processing</strong> like video and image processing, or compression/decompression of large files.</li>
-
-<li><strong>Networking</strong> like sending email, newsletters, notifications using 3rd party providers.</li>
-
-<li><strong>Database Operations</strong> like imports/exports or migrations.</li>
-
-<li><strong>System &amp; Infrastructure Tasks</strong> like OS updates, software compilation, CI pipelines.</li>
-</ul>
-
-<p class="mb-3">There are multiple reasons for the long execution times:</p>
-
-<ul><li>Data size - gigabytes, terabytes etc.</li>
-
-<li>Complex algorithms.</li>
-
-<li>Hardware limitations - CPU speed, memory, storage, network bandwidth.</li>
-
-<li>External dependencies - waiting on APIs or human input.</li>
-</ul>
-
-<p class="mb-3">The tasks listed above take a long time no matter how many gigahertz, gigabytes and gigaflops you throw at them. Even NASA computers need minutes to compute the launch window to put a rocket in orbit.</p>
-
-<h2><a href="#how-the-dotkernel-queue-works"></a>How the Dotkernel Queue Works</h2>
-
-<p class="mb-3">The queue system has an active <strong>daemon</strong> that listens for TPC connections on a specific port and <strong>stores incoming messages</strong> into Redis. This method supports a large number of requests per second without overloading. Operations are then scheduled for execution when resources are available. The order of the execution uses the <strong>FIFO</strong> (First-In, First-Out) method where the oldest request is processed first, followed by newer requests.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Queue-process2.png') }}" alt=""> </figure>
-
-<h2><a href="#main-features"></a>Main Features</h2>
-
-<p class="mb-3">We feel that a queue would be incomplete without at least these features. Several more features are in the works or scheduled for the future - we will discuss these in the next segment. We are using this queuing component in our live projects, so every feature has been tried and tested extensively in production before making it in this open-source version of Dotkernel Queue.</p>
-
-<h3><a href="#logging"></a>Logging</h3>
-
-<p class="mb-3">Logging is a vital feature that allows developers to monitor operations in a platform and investigate issues. It can help pinpoint the cause of an error which leads to faster bug fixes and less downtime.</p>
-
-<p class="mb-3">Detailed queue logs ensure the execution of long operations is maintainable and allows debugging. You must code your project-specific core logic to satisfy your business requirements.</p>
-
-<h3><a href="#security"></a>Security</h3>
-
-<p class="mb-3">Access control is secured by the <strong>firewall</strong> which only allows requests from whitelisted IPs. This ensures that the queue responds as fast as possible, without delays from e.g. generating and authenticating dynamic tokens.</p>
-
-<p class="mb-3">Of course, a better security setup is to keep the Dotkernel Queue server accessible only via the internal network. In his case, you don't need the firewall, which simplifies the initial queue setup.</p>
-
-<h3><a href="#retry-mechanism"></a>Retry Mechanism</h3>
-
-<p class="mb-3">If message processing fails, the <strong>internal retry feature</strong> comes into play to guarantee reliable and stable execution. The system can be configured to retry failing tasks a certain number of times - while logging the cause - before giving up and reporting a failure in execution.</p>
-
-<p class="mb-3">After configuring the numer of retries for the queue, you are responsible for the additional handling of failed messages. In some cases, it makes sense to give up on retrying an operation from the first failure, e.g. if an email is invalid, it won't fix itself on the next try. Other times, the cause of the error is temporary, e.g. a database is overloaded, but the queries are valid, so they just need to run later.</p>
-
-<h3><a href="#reporting"></a>Reporting</h3>
-
-<p class="mb-3">The logs enable developers to investigate various metrics via console commands like:</p>
-
-<ul><li>Queue length - How many jobs are in the to-do list.</li>
-
-<li>Processing time per job.</li>
-
-<li>Error rates - How many messages failed.</li>
-
-<li>Throughput - Jobs/sec processed.</li>
-</ul>
-
-<h3><a href="#dead-letter-queue-dlq"></a>Dead Letter Queue (DLQ)</h3>
-
-<p class="mb-3">A <strong>Dead-Letter Queue</strong> is a separate message queue that <strong>temporarily stores messages that failed execution</strong> due to errors. The reason for the errors can vary from having incomplete messages, to the 3rd party receiver not being able to process the request or not being available at all (being unresponsive).</p>
-
-<p class="mb-3">Certain errors may move the messages into the DLQ on the first try which ensures that the main queue is not overflowing with or outright blocked by messages that will never be processed in their current state. At the same time, it provides troubleshooters a central location to help identify the causes for errors. The queue will allow troubleshooters to apply fixes, then either manually push the messages back into the main queue, or delete them altogether.</p>
-
-<h2><a href="#future-features"></a>Future Features</h2>
-
-<p class="mb-3">We are looking into ways to improve Dotkernel Queue and add new features as they are needed in the field.</p>
-
-<h3><a href="#priorities"></a>Priorities</h3>
-
-<p class="mb-3">Currently, the queue system works on the FIFO method, like we mentioned before. <strong>Priorities</strong> determine how soon a task is to begin execution - immediately or delayed. Certain tasks may be fast enough that they can be handled as they come in, while other tasks are purposefully pushed further down the line. Priorities are <strong>set to be integrated</strong> into Dotkernel Queue in the near future.</p>
-
-<h3><a href="#parallel-execution"></a>Parallel Execution</h3>
-
-<p class="mb-3"><strong>Execution</strong> is made for each task, <strong>one at a time</strong>. We are investigating <strong>parallel execution</strong> of operations via multiple workers, where applicable. For example, preprocessing a report may be executed in parallel with sending emails because they are separate systems (email processing is external, while the report uses data from the internal database).</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Queue? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Queue is a component based on Symfony Messenger used to queue asynchronous tasks. It uses the netglue/laminas-messenger adapter to integrate Symfony Messenger with the Laminas Service Manager container for Mezzio/Laminas applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why use Dotkernel Queue instead of using Symfony Messenger directly? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Queue builds on Symfony Messenger's mechanisms so it stays updated as Symfony Messenger evolves, uses netglue/laminas-messenger to work as Mezzio/Laminas-compatible middleware, shares the same file structure and Core submodule as the Dotkernel Headless Platform for seamless compatibility, works as a standalone application that can be added to an existing platform, and includes features already tried and tested in the team's own live projects.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why should long-running operations be decoupled from the HTTP request-response cycle? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By default, PHP imposes a maximum execution time of 30 seconds via the <code>max_execution_time</code> parameter, which is too long for a typical request. Instead of extending that limit, the solution is to delegate such tasks to an outside system designed for this purpose, so the main platform can return a response quickly and stay responsive to new requests.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the Dotkernel Queue process messages? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">An active daemon listens for TCP connections on a specific port and stores incoming messages into Redis, which supports a large number of requests per second without overloading. Messages are then scheduled for execution using the FIFO (First-In, First-Out) method, so the oldest request is processed first.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens when a queued message fails to process? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A configurable retry mechanism retries failing tasks a set number of times, while logging the cause, before giving up and reporting a failure. Messages that ultimately fail can be moved into a Dead Letter Queue, a separate store for failed messages, where troubleshooters can identify the cause, apply a fix, and either push the message back into the main queue or delete it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features is Dotkernel Queue planning to add in the future? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Two features are being investigated: Priorities, which would let tasks begin execution sooner or later instead of strictly following FIFO order, and Parallel Execution, which would let independent operations run at the same time via multiple workers, such as preprocessing a report in parallel with sending emails.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://docs.dotkernel.org/queue-documentation/v1/overview/" target="_blank" rel="noreferrer noopener">Dotkernel Queue Documentation</a></li>
-
-<li><a href="https://github.com/dotkernel/" target="_blank" rel="noreferrer noopener">Dotkernel Repository</a></li>
-
-<li><a href="https://symfony.com/doc/current/messenger.html" target="_blank" rel="noreferrer noopener">Symfony Messenger Documentation</a></li>
-
-<li><a href="https://jolicode.com/blog/symfony-messenger-systemd" target="_blank" rel="noreferrer noopener">Symfony Messenger systemd</a></li>
-
-<li><a href="https://sensiolabs.com/blog/2025/how-to-prioritize-messages-when-building-asynchronous-applications-with-symfony-messenger" target="_blank" rel="noreferrer noopener">How To Prioritize Messages When Building Asynchronous Applications With Symfony Messenger</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/dotmaker-generate-common-code-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/dotmaker-generate-common-code-in-dotkernel.html.twig
deleted file mode 100644
index c240467a..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/dotmaker-generate-common-code-in-dotkernel.html.twig
+++ /dev/null
@@ -1,160 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The <code>dotkernel/dot-maker</code> library, also named DotMaker, is designed to <strong>programmatically generate project files and directories</strong> that match the Dotkernel file structure inspired by Mezzio.</p>
-
-<p class="mb-3">Handling the file creation and configuration task manually invites mistakes that nobody has time for. Enter DotMaker which provides a big <strong>productivity boost</strong> compared to doing everything manually by promoting <strong>consistenty and standardization</strong> for these common tasks.</p>
-
-<p class="mb-3">DotMaker is inspired by <a href="https://github.com/symfony/maker-bundle" target="_blank" rel="noreferrer noopener">Symfony Maker Bundle</a> in terms of functionality. Mezzio has its own <a href="https://docs.mezzio.dev/mezzio/v3/reference/cli-tooling/" target="_blank" rel="noreferrer noopener">CLI Tooling</a> that performs similar actions, while DotMaker has a more opinionated naming pattern and is designed specifically for Dotkernel applications.</p>
-
-<figure><div>
-https://www.youtube.com/watch?v=CPDilXP2kAc
-</div></figure>
-
-<h2><a href="#the-file-structure-for-a-module"></a>The File Structure for a Module</h2>
-
-<p class="mb-3">Below is an example of the file structure for a <code>Book</code> module and the related files it uses from the <code>Core</code> module.</p>
-
-<pre>.
-└── src/
-    ├── Book/
-    │   └── src/
-    │       ├── Collection/
-    │       │   └── BookCollection.php
-    │       ├── Handler/
-    │       │   ├── GetBookCollectionHandler.php
-    │       │   ├── GetBookResourceHandler.php
-    │       │   └── PostBookResourceHandler.php
-    │       ├── InputFilter/
-    │       │   ├── Input/
-    │       │   │   ├── AuthorInput.php
-    │       │   │   ├── NameInput.php
-    │       │   │   └── ReleaseDateInput.php
-    │       │   └── CreateBookInputFilter.php
-    │       ├── Service/
-    │       │   ├── BookService.php
-    │       │   └── BookServiceInterface.php
-    │       ├── ConfigProvider.php
-    │       └── RoutesDelegator.php
-    └── Core/
-        └── src/
-            └── Book/
-                └── src/
-                    ├── Entity/
-                    │   └── Book.php
-                    ├── Repository/
-                    │   └── BookRepository.php
-                    └── ConfigProvider.php</pre>
-
-<blockquote><p class="mb-3">The example above is for a Dotkernel API project. This means that it has a Collection item, but is missing Form and template files that Dotkernel Admin requires. DotMaker can tell the difference between Dotkernel applications and will create the required files for each.</p>
-</blockquote>
-
-<h2><a href="#why-use-dot-maker"></a>Why Use dot-maker?</h2>
-
-<p class="mb-3">Even this simple example showcases the relatively <strong>large number of files and folders</strong> needed to make a new module work. A developer can perform the task <strong>manually</strong>, but there are too many places where things can be left out which <strong>generate errors and delay development</strong>. The <strong>solution</strong> is to use DotMaker which was built to help with the heavy lifting here.</p>
-
-<h2><a href="#how-dot-maker-works"></a>How dot-maker Works</h2>
-
-<p class="mb-3">Let's say you want to <strong>create a new module</strong> in your application:</p>
-
-<ul><li>After you enter the command <code>./vendor/bin/dot-maker module</code>, you are <strong>prompted to go through a list of steps</strong> that <strong>create each item</strong> relevant to your module, from entities and repositories, to handlers and services.</li>
-
-<li>DotMaker automatically creates the <code>ConfigProvider.php</code> that is vital for <strong>configuring your module</strong> and tells you how to <strong>register</strong> it in <code>config/config.php</code> and <code>composer.json</code>.</li>
-
-<li>The library also generates <strong>documentation</strong> in <code>OpenApi.php</code> file and tells you what command to run to generate <strong>migrations</strong> for your new module.</li>
-
-<li>Once the files are created, you should <strong>manually configure the authorization</strong> for the new module based on your platform's requirements.</li>
-</ul>
-
-<blockquote><p class="mb-3">Authorization is configured in different files between Dotkernel applications:</p>
-
-<ul><li>Dotkernel Api uses <code>config/autoload/authorization.global.php</code>. You can check <a href="https://docs.dotkernel.org/api-documentation/v6/core-features/authorization/" target="_blank" rel="noreferrer noopener">Api authorization</a> for details.</li>
-
-<li>Dotkernel Admin and Dotkernel Frontend use <code>config/autoload/authorization-guards.global.php</code>. Here are the links for <a href="https://docs.dotkernel.org/admin-documentation/v6/how-to/authorization/" target="_blank" rel="noreferrer noopener">Admin authorization</a> and <a href="https://docs.dotkernel.org/frontend-documentation/v5/how-to/authorization/" target="_blank" rel="noreferrer noopener">Frontend authorization</a>.</li>
-</ul>
-</blockquote>
-
-<p class="mb-3">DotMaker can also create <strong>individual items</strong> related to a module, like an entity or a form, as well as a new command or middleware. Below if a list of the available commands. Most of them are aimed at creating an item within existing modules, excepting the one that handles module creation, of course.</p>
-
-<blockquote><p class="mb-3">The commands below work only after the basic command is added to <code>composer.json</code>.</p>
-</blockquote>
-
-<ul><li><code>composer make collection</code> or <code>./vendor/bin/dot-maker collection</code> creates a Collection for an existing module.</li>
-
-<li><code>composer make command</code> or <code>./vendor/bin/dot-maker command</code> creates a Command for an existing module.</li>
-
-<li><code>composer make entity</code> or <code>./vendor/bin/dot-maker entity</code> creates an Entity and its associated Repository (e.g. <code>Entity\Phone.php</code> and <code>Repository\PhoneRepository.php</code>) for an existing module. If the Repository is already created, dot-maker will skip its creation and will return a message stating that it exists.</li>
-
-<li><code>composer make form</code> or <code>./vendor/bin/dot-maker form</code> creates a Form for an existing module.</li>
-
-<li><code>composer make handler</code> or <code>./vendor/bin/dot-maker handler</code> creates a Handler for an existing module.</li>
-
-<li><code>composer make input</code> or <code>./vendor/bin/dot-maker input</code> creates an Input for an existing module.</li>
-
-<li><code>composer make input-filter</code> or <code>./vendor/bin/dot-maker input-filter</code> creates an InputFilter for an existing module. You will be prompted to choose between 3 types of InputFilters: create, edit, replace.</li>
-
-<li><code>composer make middleware</code> or <code>./vendor/bin/dot-maker middleware</code> creates a Middleware for an existing module.</li>
-
-<li><code>composer make module</code> or <code>./vendor/bin/dot-maker module</code> creates a Module and its predefined files like entity, repository, service, handler etc.</li>
-
-<li><code>composer make repository</code> or <code>./vendor/bin/dot-maker repository</code> creates a Repository and its Entity (e.g. <code>Entity\Phone.php</code> and <code>Repository\PhoneRepository.php</code>) for an existing module. If the Entity is already created, dot-maker will skip its creation and will return a message stating that it exists.</li>
-
-<li><code>composer make service</code> or <code>./vendor/bin/dot-maker service</code> creates a Service and its associated ServiceInterface (e.g. <code>Service\PhoneService.php</code> and <code>Service\PhoneServiceInterface.php</code>) for an existing module. If the ServiceInterface is already created, dot-maker will skip its creation and will return a message stating that it exists.</li>
-
-<li><code>composer make service-interface</code> or <code>./vendor/bin/dot-maker service-interface</code> creates a ServiceInterface and its associated Service (e.g. <code>Service\PhoneServiceInterface.php</code> and <code>Service\PhoneService.php</code>) for an existing module. If the Service is already created, dot-maker will skip its creation and will return a message stating that it exists.</li>
-</ul>
-
-<p class="mb-3">This tool won't do all the work for you, but after running through the maker process, you know you are <strong>working on a solid foundation that can now accept your custom code</strong>.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does the DotMaker library do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">DotMaker (<code>dotkernel/dot-maker</code>) programmatically generates project files and directories that match the Dotkernel file structure inspired by Mezzio, giving a productivity boost and promoting consistency and standardization compared to creating everything manually.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What inspired DotMaker and how is it different from Mezzio's own CLI tooling? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">DotMaker is inspired by the Symfony Maker Bundle in terms of functionality. Mezzio has its own CLI Tooling that performs similar actions, but DotMaker uses a more opinionated naming pattern and is designed specifically for Dotkernel applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I create a new module with DotMaker? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>./vendor/bin/dot-maker module</code> and follow the prompts that walk you through creating each relevant item, from entities and repositories to handlers and services. DotMaker also automatically creates the module's <code>ConfigProvider.php</code>, tells you how to register it in <code>config/config.php</code> and <code>composer.json</code>, generates documentation in an <code>OpenApi.php</code> file, and tells you what command to run to generate migrations.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does DotMaker configure authorization for the new module? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No, authorization must be configured manually after the files are created, and the location differs between Dotkernel applications: Dotkernel Api uses <code>config/autoload/authorization.global.php</code>, while Dotkernel Admin and Dotkernel Frontend use <code>config/autoload/authorization-guards.global.php</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can DotMaker generate individual items instead of a whole module? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. DotMaker provides individual commands to create items such as a collection, command, entity, form, handler, input, input-filter, middleware, repository, service, or service-interface for an existing module. For example, <code>./vendor/bin/dot-maker entity</code> creates an Entity and its associated Repository, skipping the Repository if it already exists.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do the composer make shortcuts work right away? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No, commands like <code>composer make entity</code> only work after the basic command has been added to <code>composer.json</code>; the equivalent <code>./vendor/bin/dot-maker</code> form is available regardless.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://docs.dotkernel.org/dot-maker/v1/overview/" target="_blank" rel="noreferrer noopener">DotMaker full documentation</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/tutorials/create-book-module-via-dot-maker/" target="_blank" rel="noreferrer noopener">Implementing a book module in Dotkernel API using DotMaker</a></li>
-
-<li><a href="https://docs.dotkernel.org/api-documentation/v6/introduction/file-structure/" target="_blank" rel="noreferrer noopener">API file structure</a></li>
-
-<li><a href="https://symfony.com/bundles/SymfonyMakerBundle/current/index.html" target="_blank" rel="noreferrer noopener">Symfony Maker Bundle Documentation</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/evolution-pattern-versus-api-versioning.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/evolution-pattern-versus-api-versioning.html.twig
deleted file mode 100644
index c08f0d10..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/evolution-pattern-versus-api-versioning.html.twig
+++ /dev/null
@@ -1,130 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">In programming and software architecture, an <strong>Evolution Pattern</strong> is a reusable, high-level strategy for modifying or evolving existing software systems over time. An evolution pattern tries to keep software relevant for old and new users by whatever means are available, as new needs arise.</p>
-
-<p class="mb-3"><strong>Versioning</strong> in software is the practice of assigning unique identifiers (version numbers) to different releases of a software platform. These numbers help track changes, improvements, bug fixes, compatibility, and evolution over time. In particular, API versioning is the practice of assigning versions to an API so that it can change over time without breaking existing clients that rely on it.</p>
-
-<h2><a href="#when-to-use-evolution-pattern-versus-versioning"></a>When to Use Evolution Pattern versus Versioning</h2>
-
-<p class="mb-3">Technically, the two concepts are not in conflict:</p>
-
-<ul><li>An evolution pattern keeps the same codebase and announces compatibility breaking updates via mechanisms like sunsetting which we will discuss later on.</li>
-
-<li>API versioning focuses on maintaining multiple versions of an API so changes do not affect users that implemented older versions.</li>
-</ul>
-
-<p class="mb-3">You can very well have a platform employ both strategies, if it suits your needs.</p>
-
-<figure><div class="table-responsive"><table class="table table-bordered table-sm"><thead><tr><th>Problem</th><th>Potential Solution</th><th>Strategy</th></tr></thead><tbody><tr><td>Fix a typo in the parameter name</td><td>Sunsetting / Do nothing (it's only a typo)</td><td>Evolution pattern. Versioning is overkill.</td></tr><tr><td>Add a new parameter</td><td>Make it optional, so it doesn't break existing implementations</td><td>Evolution pattern</td></tr><tr><td>Implement a BC breaking update that clients must adhere to</td><td>Announce it in time to allow your clients to adapt</td><td>Evolution pattern</td></tr><tr><td>Implement a major update to an endpoint</td><td>Add a <code>v2</code> for only that endpoint, not the whole API, and encourage clients to migrate to v2</td><td>Evolution pattern + Versioning</td></tr><tr><td>Return responses in a totally different format (e.g. GraphQL vs REST APIs)</td><td>Keep both versions active</td><td>Versioning</td></tr></tbody></table></div></figure>
-
-<p class="mb-3">The responsiblity is yours to decide if the costs for development and maintenance are better aimed at one strategy over the other.</p>
-
-<h2><a href="#practical-example-from-dotkernel-api"></a>Practical Example from Dotkernel API</h2>
-
-<p class="mb-3">We try to stay away from full rewrites. They are too risky, costly, and often times simply not the best solution. Software evolution should be gradual and organic, with the purpose of adapting to new requirements with as little impact to the codebase and clients as possible.</p>
-
-<p class="mb-3">For our Dotkernel API, we chose an evolution pattern that takes advantage of a sunsetting mechanism. The codebase remains the same, with new requirements being implemented in a targeted manner.</p>
-
-<p class="mb-3">If we are required to enhance an endpoint, one solution we employ is to distinguish between two calls based on their payload. For example, if the 3rd-party frontend calls our <code>/user</code> endpoint:</p>
-
-<ul><li>With only an <code>email</code>, we use the older functionality and return the response that is currently working for clients.</li>
-
-<li>With an <code>email and a name</code>, we return an enhanced response. This requires clients to update their own code to handle the new structure of the API response.</li>
-</ul>
-
-<p class="mb-3">We announce endpoint deprecation by including an updated response header via handler attributes.</p>
-
-<pre>...
-#[ResourceDeprecation(
-    sunset: '2026-01-01',
-    link: 'https://docs.dotkernel.org/api-documentation/v7/tutorials/api-evolution/',
-    deprecationReason: 'Resource deprecation example.',
-    rel: 'sunset',
-    type: 'text/html'
-)]
-class OldHandler implements RequestHandlerInterface
-{
-...</pre>
-
-<p class="mb-3">The values for <code>sunset</code>, <code>link</code> and <code>deprecationReason</code> above are customizable. By including this attribute, the reponse for the edited endpoint looks similar to the below.</p>
-
-<pre>HTTP/1.1 200 OK
-Host: 0.0.0.0:8080
-Date: Mon, 1 Dec 2025 10:10:10 GMT
-Connection: close
-X-Powered-By: PHP/6.4.20
-Content-Type: application/json
-Permissions-Policy: interest-cohort=()
-Sunset: 2026-01-01
-Link: https://docs.dotkernel.org/api-documentation/v7/tutorials/api-evolution/;rel="sunset";type="text/html"
-Vary: Origin</pre>
-
-<p class="mb-3">This header must be read and understood by developers who can then plan an update for their own software before the sunsetting date. The new functionality is normally kept in place alongside the old one for a reasonable amount of time. When the sunset date is reached, the old functionality is removed and only the new one is left in production:</p>
-
-<ul><li>An endpoint would return <code>404 Not Found</code>.</li>
-
-<li>A property would be removed from the response.</li>
-</ul>
-
-<p class="mb-3">We use multiple channels to announce impactful, backward-incompatible updates for Dotkernel API:</p>
-
-<ul><li><strong>API headers</strong> include the deprecation header.</li>
-
-<li><strong>Documentation pages</strong> detail the change and recommended code updates.</li>
-
-<li>Announcements in the <strong>public portal</strong>, like articles and newsletters, are added to our blog.</li>
-</ul>
-
-<p class="mb-3">You should send out notifications early enough for them to reach the developers of 3rd-party software that use your API. This way they can plan and implement the update to ensure that their platforms have little or no downtime.</p>
-
-<h2><a href="#conclusions"></a>Conclusions</h2>
-
-<p class="mb-3">An evolution pattern requires good planning, which includes allocating enough time for your clients to be aware of your updates and to implement them in their own platforms. Ideally, there should be no downtime for either your, or your clients' platforms.</p>
-
-<p class="mb-3">Though we see it as avoidable in most real-life cases, versioning is still a valid strategy. We strongly believe it should be reserved for impactful architectural changes, as it's not suited for smaller changes like fixing typos in a parameter name or adding a new field.</p>
-
-<p class="mb-3">The strategies discussed in this article are not exhaustive, because ultimately you have to decide what approach works best for your use case.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the difference between an Evolution Pattern and API versioning? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">An Evolution Pattern is a reusable, high-level strategy for modifying or evolving existing software systems over time while keeping the same codebase, often using mechanisms like sunsetting. API versioning instead maintains multiple versions of an API so that changes do not affect clients relying on older versions. The two concepts are not in conflict, and a platform can use both strategies if it suits its needs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When should you use an evolution pattern instead of versioning? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Small changes, like fixing a typo in a parameter name or adding a new optional parameter, are best handled with an evolution pattern, since versioning would be overkill. Backward-compatible-breaking updates should be announced in time via an evolution pattern. A major update to a single endpoint can combine an evolution pattern with versioning, for example by adding a <code>v2</code> for just that endpoint. Only when responses need to be returned in a totally different format, such as GraphQL versus REST, is versioning the better fit.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does Dotkernel API announce endpoint deprecations? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel API distinguishes calls based on payload (for example, an older response for a request with only an <code>email</code>, versus an enhanced response when both <code>email</code> and <code>name</code> are supplied). Deprecation is announced by including an updated response header via handler attributes, with customizable values for <code>sunset</code>, <code>link</code>, and <code>deprecationReason</code>. These updates are also communicated through documentation pages and public portal channels like blog articles and newsletters.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens once an endpoint's sunset date is reached? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The old functionality is removed and only the new functionality remains in production. In practice this means an endpoint may start returning <code>404 Not Found</code>, or a property may be removed from the response.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://sophiabits.com/blog/what-is-the-http-sunset-header" target="_blank" rel="noreferrer noopener">What is the HTTP <code>Sunset</code> header?</a></li>
-
-<li><a href="https://api-platform.com/docs/core/deprecations" target="_blank" rel="noreferrer noopener">Deprecating Resources and Properties</a></li>
-
-<li><a href="https://philsturgeon.com/api-evolution-for-rest-http-apis" target="_blank" rel="noreferrer noopener">API Evolution for REST/HTTP APIs</a></li>
-
-<li><a href="https://www.hmeid.com/blog/just-say-no-to-versioning" target="_blank" rel="noreferrer noopener">Just say no - to versioning APIs</a></li>
-
-<li><a href="https://urthen.github.io/2013/05/16/ways-to-version-your-api-part-2" target="_blank" rel="noreferrer noopener">Ways to version your API, Part 2</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.html.twig
deleted file mode 100644
index 9a8e90cf..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/implementing-time-based-one-time-password-totp-in-dotkernel.html.twig
+++ /dev/null
@@ -1,167 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2 id="user-content-what-totp-does">What TOTP Does</h2>
-
-<p class="mb-3">A <strong>Time-based One-Time Password (TOTP)</strong> is a security algorithm used as part of <strong>two-factor authentication (2FA)</strong> to protect against account attacks. The mechanism is integrated into <a href="https://github.com/dotkernel/dot-totp" rel="noreferrer noopener" target="_blank">dot-totp</a> to enhance security by requiring both a <strong>password</strong> and <strong>an additional one-time code</strong>. Our implementation follows the industry standard of using an Authenticator app to generate temporary, unique 6 digit codes that change every 30 seconds.</p>
-
-<p class="mb-3">In this article we will:</p>
-
-<ul><li>Install <code>dot-totp</code> in <a href="https://github.com/dotkernel/admin" data-type="link" data-id="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Dotkernel Admin</a>.</li>
-
-<li>Review how <code>dot-totp</code> behaves in the UI.</li>
-</ul>
-
-<blockquote><p class="mb-3">You can also follow the installation steps in our <a href="https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/" data-type="link" data-id="https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/" target="_blank" rel="noreferrer noopener">documentation site</a>.</p>
-</blockquote>
-
-<h2 id="user-content-2fa-with-totp-flow">2FA with TOTP Flow<a href="#2fa-with-totp-flow"></a></h2>
-
-<p class="mb-3">Below is a simplified flow for the 2FA with TOTP mechanism.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/totp-flow.jpg') }}" alt=""></figure>
-
-<h2 id="user-content-how-to-install-dot-totp">How to Install dot-totp<a href="#how-to-install-dot-totp"></a></h2>
-
-<p class="mb-3">If you haven't already, install <a href="https://github.com/dotkernel/admin" rel="noreferrer noopener" target="_blank">Dotkernel Admin</a>.</p>
-
-<blockquote><p class="mb-3">These installation steps should work similarly in any middleware-based application.</p>
-</blockquote>
-
-<p class="mb-3">The first step is to include the package into your project by running this command:</p>
-
-<pre>composer require dotkernel/dot-totp</pre>
-
-<p class="mb-3">We will follow the Dotkernel file structure and create the files in the list below. If you follow the links from the <a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp" rel="noreferrer noopener" target="_blank">main totp integration example</a>, you can download the files and add them to your codebase.</p>
-
-<ul><li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Form/RecoveryForm.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Form/RecoveryForm.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Form/TotpForm.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Form/TotpForm.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetDisableTotpFormHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/GetDisableTotpFormHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetEnableTotpFormHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/GetEnableTotpFormHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetRecoveryFormHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/GetRecoveryFormHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/GetTotpHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/GetTotpHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostDisableTotpHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/PostDisableTotpHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostEnableTotpHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/PostEnableTotpHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostValidateRecoveryHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/PostValidateRecoveryHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/src/Handler/Account/PostValidateTotpHandler.php" target="_blank" rel="noreferrer noopener">src/Admin/src/Handler/Account/PostValidateTotpHandler.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Admin/templates/admin/recovery-form.html.twig" target="_blank" rel="noreferrer noopener">src/Admin/templates/admin/recovery-form.html.twig</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/App/src/Middleware/CancelUrlMiddleware.php" target="_blank" rel="noreferrer noopener">src/App/src/Middleware/CancelUrlMiddleware.php</a></li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/App/src/Middleware/TotpMiddleware.php" target="_blank" rel="noreferrer noopener">src/App/src/Middleware/TotpMiddleware.php</a></li>
-</ul>
-
-<p class="mb-3">You can use the trait at <a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/src/Core/src/App/src/Entity/TotpTrait.php" rel="noreferrer noopener" target="_blank">src/Core/src/App/src/Entity/TotpTrait.php</a> in any entity where you need 2FA.</p>
-
-<blockquote><p class="mb-3">Make sure to migrate the new columns <code>totpSecret</code>, <code>totp_enabled</code> and <code>recovery_codes</code> in your entity.</p>
-</blockquote>
-
-<p class="mb-3">There are still some code snippets in the <a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp" rel="noreferrer noopener" target="_blank">_misc</a> folder:</p>
-
-<ul><li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-view-account.html.twig" target="_blank" rel="noreferrer noopener">The enable/disable 2FA button</a> should be used in the <code>view-account.html.twig</code> file or in a new page.</li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-routes.php" target="_blank" rel="noreferrer noopener">The routes updates</a> must be added in the <code>src/Admin/src/RoutesDelegator.php</code> file.</li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-Pipeline.php" target="_blank" rel="noreferrer noopener">The pipeline updates</a> must be added in the <code>config/pipeline.php</code> file after <code>$app-&gt;pipe(AuthMiddleware::class);</code>.</li>
-
-<li><a href="https://github.com/dotkernel/admin-documentation/tree/main/code_examples/totp/_misc/totp-append-ConfigProvider.php" target="_blank" rel="noreferrer noopener">The ConfigProvider updates</a> must be added in the <code>src/Admin/src/ConfigProvider.php</code> file.</li>
-</ul>
-
-<h2 id="user-content-dot-totp-in-action">dot-totp in Action</h2>
-
-<p class="mb-3">Once you have <code>dot-totp</code> implemented, you can activate the feature in your admin accounts. If you navigate to your profile from the top-right image in Dotkernel Admin, you should see this box.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/profile-totp-deactivated.jpg') }}" alt=""> </figure>
-
-<p class="mb-3">Simply click on 'Enable TOTP' to begin the activation process.</p>
-
-<blockquote><p class="mb-3">We blurred out the QR code and recovery codes for this tutorial. You will receive dynamically generated versions that will be fully visible to you.</p>
-</blockquote>
-
-<blockquote><p class="mb-3">You will need to have an Authenticator app installed on your mobile device.</p>
-</blockquote>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/totp-activate-qr.jpg') }}" alt=""> </figure>
-
-<p class="mb-3">Follow the instructions on the screen:</p>
-
-<ul><li>Scan the QR code with your mobile device.</li>
-
-<li>Enter the 6-digit code it generates on your mobile device.</li>
-</ul>
-
-<blockquote><p class="mb-3">The code refreshes every 30 seconds.</p>
-</blockquote>
-
-<p class="mb-3">The TOPT activation flow will list several recovery codes you can use if your mobile device isn't available.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/totp-recovery-codes.jpg') }}" alt=""> </figure>
-
-<blockquote><p class="mb-3">Each recovery code is usable only once.</p>
-</blockquote>
-
-<blockquote><p class="mb-3">Save the recovery codes in a secure location.</p>
-</blockquote>
-
-<p class="mb-3">If the code is valid, you will be logged in, and TOTP will be activated for your account.</p>
-
-<p class="mb-3">Whenever you need to log into the account, you will start by entering your username and password, like before. Since TOTP is activated, you will need to also submit the code from your Authenticator app. Alternatively, you can submit a recovery code.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/totp-ask-code.jpg') }}" alt=""> </figure>
-
-<p class="mb-3">That's it! You are now logged in securely.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list" id="faq">
-    <details class="acc" open>
-        <summary>What is a Time-based One-Time Password (TOTP)? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A Time-based One-Time Password (TOTP) is a security algorithm used as part of two-factor authentication (2FA) that requires both a password and an additional one-time code generated by an Authenticator app. In Dotkernel, this is implemented through the <code>dot-totp</code> package.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can dot-totp be used outside of Dotkernel Admin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Although this tutorial installs <code>dot-totp</code> in Dotkernel Admin, the installation steps work similarly in any middleware-based PHP application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens if I lose access to my authenticator app? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can log in using one of the recovery codes generated when you activated TOTP. Each recovery code is usable only once, so make sure to save them in a secure location.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How often does the TOTP code change? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The code generated by your Authenticator app refreshes every 30 seconds.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What database changes are required to support dot-totp? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You need to migrate three new columns onto the entity that uses the <code>TotpTrait</code>: <code>totpSecret</code>, <code>totp_enabled</code>, and <code>recovery_codes</code>.</p>
-        </div>
-    </details>
-</div>
-
-<h2 id="user-content-additional-resources">Additional Resources<a href="#additional-resources"></a></h2>
-
-<ul><li><a href="https://github.com/dotkernel/dot-totp" target="_blank" rel="noreferrer noopener">dot-totp in GitHub</a></li>
-
-<li><a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Dotkernel Admin in GitHub</a></li>
-
-<li><a href="https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/" data-type="link" data-id="https://docs.dotkernel.org/admin-documentation/v7/tutorials/install-dot-totp/" target="_blank" rel="noreferrer noopener">Dotkernel Documentation - Installing dot-totp into Dotkernel Admin</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.html.twig
deleted file mode 100644
index 5f068d7e..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/shared-core-submodule-in-dotkernel-headless-platform.html.twig
+++ /dev/null
@@ -1,154 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><strong>Dotkernel</strong> has implemented a <strong>Headless</strong> solution made up of these applications:</p>
-
-<ul><li><a href="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">Dotkernel API</a> - a REST API, the root of the platform.</li>
-
-<li><a href="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">Dotkernel Admin</a> - (optional) complementary backend management.</li>
-
-<li><a href="https://github.com/dotkernel/queue" target="_blank" rel="noreferrer noopener">Dotkernel Queue</a> - (optional) queue management microservice.</li>
-</ul>
-
-<p class="mb-3">This is effectively a <strong>Headless CMS</strong> architecture where the <strong>Dotkernel Admin</strong> manages the data via the database. The same data is independently exposed by <strong>Dotkernel API</strong> and used by <strong>Dotkernel Queue</strong>.</p>
-
-<h2><a href="#what-is-the-core-submodule"></a>What is the Core submodule?</h2>
-
-<p class="mb-3">The Core submodule is a common codebase set up to be used by the applications you added to your project. It can just as well work for any project setup, e.g. two APIs, one Admin, 3 Frontends.</p>
-
-<p class="mb-3">By having a common module in your Dotkernel applications, you ensure that each of them uses entities and services in the same way. Thus, rather than making e.g. an update in each application's services, you only update the relevant service in the Core once and sync it in each application.</p>
-
-<blockquote><p class="mb-3">The golden rule for the Core codebase is that it is the <strong>only</strong> place which manages the database entities.</p>
-
-<p class="mb-3">As much as possible, all Doctrine entities must reside in <strong>Core</strong>.</p>
-
-<p class="mb-3">The current location of the Core submodule is <code>src/Core</code>.</p>
-</blockquote>
-
-<h2><a href="#how-do-i-create-a-core-submodule"></a>How do I create a Core submodule?</h2>
-
-<p class="mb-3">The full steps for creating a submodule are described in <a href="https://git-scm.com/book/en/v2/Git-Tools-Submodules" rel="noreferrer noopener" target="_blank">Git Tools - Submodules</a>.</p>
-
-<blockquote><p class="mb-3">There is already a Core module in some of the Dotkernel applications, but it works like any other module (App, Page or User). The Core modules are designed to be a starting point for the module's transformation into a Git submodule.</p>
-</blockquote>
-
-<p class="mb-3">First create a new Git repository that will contain the Core code. To create the submodule in an application, you need to have Git create the <code>.gitmodules</code> file in the root of the main repository by running the command below. Use the url from the new repository you just created instead of <code>&lt;url&gt;</code>:</p>
-
-<pre>git submodule add &lt;url></pre>
-
-<blockquote><p class="mb-3">You can have multiple submodules, but for this article we will only create the Core submodule.</p>
-</blockquote>
-
-<p class="mb-3">The <code>.gitmodules</code> file maps the submodule and its corresponding local directory within the main project (e.g. src/Core). This allows Git to manage the submodule correctly, from cloning, to updating, to tracking its changes.</p>
-
-<blockquote><p class="mb-3">None of the Dotkernel applications have the <code>.gitmodules</code> file out of the box. Only after isolating the Core into a Git submodule and pushing it to a separate Git repository does it become available to be included into any Dotkernel application.</p>
-</blockquote>
-
-<p class="mb-3">From now on, any changes to the Core submodule must be commited from within the Core folder, like for any other Git repository, using these commands (simplified version, provided as an example):</p>
-
-<pre>cd &lt;path/to/submodule>
-git add .
-git commit -m "comment"
-git push</pre>
-
-<p class="mb-3">Whenever you clone the project, you simply need to init and update the submodule with these commands:</p>
-
-<pre>git submodule init
-git submodule update</pre>
-
-<blockquote><p class="mb-3">Do not forget to delete the existing Core module before adding the submodule to other applications.</p>
-</blockquote>
-
-<h2><a href="#how-do-i-use-the-core-submodule"></a>How do I use the Core submodule?</h2>
-
-<p class="mb-3">Once the shared Core submodule is separated and imported into each application, your platform will look something like this:</p>
-
-<ul><li>API + Core</li>
-
-<li>Admin + Core</li>
-
-<li>Queue + Core</li>
-</ul>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/core-queue2.png') }}" alt=""> </figure>
-
-<blockquote><p class="mb-3">Each box in the image is a different Git repository.</p>
-</blockquote>
-
-<p class="mb-3">Whenever work begins on a new feature or update, the devs should normally have the most recent Core in their development environment. So in total you have four code bases which will be kept in four separate repositories.</p>
-
-<p class="mb-3">The Dotkernel applications include various <strong>entities</strong> to get you started quickly. This is not a complete list, but it should help you understand what each application is aimed toward:</p>
-
-<ul><li>The <strong>admin</strong> has admins, admin logins and settings entities.</li>
-
-<li>The <strong>api</strong> has both users and admins, as well as authentication entities.</li>
-</ul>
-
-<p class="mb-3">There are already shared entities which are identical, so the best place for them is within the Core submodule. Whenever you create new shared code, you should add it in the Core submodule and make sure to keep it updated in all your applications.</p>
-
-<blockquote><p class="mb-3">This does not mean that all new code should be in Core, as there are plenty of instances when certain functionality is designed to only be used by one application.</p>
-</blockquote>
-
-<h2><a href="#why-the-core-submodule-is-effective"></a>Why the Core submodule is effective</h2>
-
-<p class="mb-3">This design pattern ensures:</p>
-
-<ul><li>Design flexibility.</li>
-
-<li>Scalability based on future requirements.</li>
-
-<li>Consistent, enterprise-level growth, while also being suited for smaller applications.</li>
-
-<li>The ability to split the work to multiple developers.</li>
-
-<li>Easier bugfixes and onboarding.</li>
-</ul>
-
-<p class="mb-3">As your platform expands, each new application connects to the Dotkernel Headless Platform via the central API which services everything the other applications require. This ensures consistency throughout your platform, while allowing any number of outside connections as requirements arise.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/api-comms4-2.png') }}" alt=""> </figure>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the Core submodule in Dotkernel's Headless Platform? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Core submodule is a common codebase shared by the applications in your project (for example API, Admin and Queue). It ensures each application uses entities and services in the same way, so rather than updating each application separately, you update the relevant service in Core once and sync it across applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the golden rule for the Core codebase? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The Core codebase is the only place which manages the database entities. As much as possible, all Doctrine entities must reside in Core, whose current location is <code>src/Core</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I create a Core submodule? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">First create a new Git repository to hold the Core code. Then, in the main application repository, run <code>git submodule add &lt;url&gt;</code> using that new repository's URL. This generates the <code>.gitmodules</code> file, which maps the submodule to a local directory such as <code>src/Core</code>. From then on, changes to Core must be committed from within the Core folder like any other Git repository.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I get the Core submodule when cloning a project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>git submodule init</code> followed by <code>git submodule update</code>. Remember to delete the existing Core module before adding the submodule to other applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which entities live in Admin and API versus the shared Core? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The admin application includes admins, admin logins and settings entities, while the API includes both users and admins, as well as authentication entities. Entities that are identical across applications should instead be kept in the shared Core submodule and synced whenever they change.</p>
-        </div>
-    </details>
-</div>
-
-<h2><a href="#additional-resources"></a>Additional Resources</h2>
-
-<ul><li><a href="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel Git Repositories</a></li>
-
-<li><a href="https://docs.dotkernel.org/headless-documentation/v1/core/introduction/" data-type="link" data-id="https://docs.dotkernel.org/headless-documentation/v1/core/introduction/" target="_blank" rel="noreferrer noopener">Core in Dotkernel Headless Platform </a></li>
-</ul>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.html.twig b/src/Blog/templates/page/blog-resource/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.html.twig
deleted file mode 100644
index 6a09804a..00000000
--- a/src/Blog/templates/page/blog-resource/headless-platform/version-7-adds-postgresql-native-uuid-and-php-8-5.html.twig
+++ /dev/null
@@ -1,80 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The Dotkernel Headless Platform has seen new releases for both API and Admin. The Admin codebase has received an overall facelift, as well as updates to retain compatibility with API v7. The release for Dotkernel API v7 has several added features, as well as a few that are removed.</p>
-
-<p class="mb-3">New features are:</p>
-
-<ul><li>Support for <code>UUID</code> v7 using the native <code>UUID</code> data type.</li>
-
-<li>Support for PostgreSQL.</li>
-
-<li>Support for PHP 8.5 for API and Admin.</li>
-
-<li>Support for database table prefix (string prepended to the name of every table in a database).</li>
-
-<li>Improved database configuration.</li>
-
-<li>The replacement of the <code>binary</code> data type for <code>id</code> (index) columns, in favor of <code>uuid</code>.</li>
-</ul>
-
-<p class="mb-3">And these are the features that have been removed:</p>
-
-<ul><li>Evolution pattern: Support for Method Deprecation.</li>
-
-<li>Support for MySQL, primarily because it doesn't support UUID as a data type.</li>
-</ul>
-
-<h2><a href="#support-for-uuid-v7"></a>Support for UUID v7</h2>
-
-<p class="mb-3">The most important change in v7 is the introduction of support for native UUID. We use the package <a href="https://github.com/ramsey/uuid" rel="noreferrer noopener" target="_blank">ramsey/uuid</a> to generate the uuid and then store it in the database. In this way we have full control over the UUID version in use. This solution means you don't depend on extensions or a particular version of the database.</p>
-
-<blockquote><p class="mb-3">To ensure you have support for the <code>UUID</code> data type, you must use PostgreSQL or MariaDB v11.4 or later.</p>
-</blockquote>
-
-<p class="mb-3">This also brings along a less-impactful change that still deserves mentioning: the table columns named <code>uuid</code> have been renamed to <code>id</code>.</p>
-
-<h2><a href="#database-configuration"></a>Database Configuration</h2>
-
-<p class="mb-3">Based on new scenarios in our own projects, we decided to clarify the instructions regarding multiple database connections. With this update, these aspects should become more obvious:</p>
-
-<ul><li>Which database connection is the default.</li>
-
-<li>How to switch to another database connection.</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What new features does Dotkernel API v7 introduce? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">v7 adds support for UUID v7 using the native UUID data type, support for PostgreSQL, support for PHP 8.5, support for a database table prefix, improved database configuration, and replaces the binary data type for id (index) columns in favor of uuid.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What features were removed in v7? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">v7 removes the Evolution pattern's support for Method Deprecation, and drops support for MySQL, primarily because MySQL doesn't support UUID as a data type.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What package generates the UUIDs, and why? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel uses the ramsey/uuid package to generate the UUID before storing it in the database. This gives full control over the UUID version in use, so the application doesn't depend on extensions or a particular database version.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which databases support the UUID data type required by v7? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You must use PostgreSQL or MariaDB v11.4 or later to have support for the UUID data type.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What else changed alongside the move to native UUID? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Table columns previously named <code>uuid</code> have been renamed to <code>id</code>. The database configuration was also clarified so it's more obvious which connection is the default and how to switch to another database connection.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.html.twig b/src/Blog/templates/page/blog-resource/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.html.twig
deleted file mode 100644
index c5c3b39f..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/cors-policy-setup-in-dotkernel-using-mezzio-cors.html.twig
+++ /dev/null
@@ -1,116 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>CORS policy setup in Dotkernel using mezzio-cors</h2>
-
-<h2>Error message</h2>
-
-<blockquote><p class="mb-3"><mark style="background-color:rgba(0, 0, 0, 0)" class="has-inline-color has-vivid-red-color">Access to fetch at <em>RESOURCE_URL</em> from origin <em>ORIGIN_URL</em> has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.</mark></p></blockquote>
-
-<p class="mb-3">Most developers have encountered this error when interacting with APIs. In this article we will run through the steps required to fix it.</p>
-
-<p class="mb-3"><strong>Cross-Origin Resource Sharing</strong> (<a href="https://developer.mozilla.org/en-US/docs/Glossary/CORS" target="_blank" rel="noreferrer noopener">CORS</a>) is an <a href="https://developer.mozilla.org/en-US/docs/Glossary/HTTP" target="_blank" rel="noreferrer noopener">HTTP</a>-header based mechanism that allows a server to indicate any other <a href="https://developer.mozilla.org/en-US/docs/Glossary/Origin">origin</a>s (domain, scheme, or port) than its own from which a browser should permit loading of resources.</p>
-
-<p class="mb-3">The library we are going to use is <a rel="noreferrer noopener" href="https://docs.mezzio.dev/mezzio-cors/" target="_blank">Mezzio CORS</a> .</p>
-
-<!--more-->
-
-<h2>Setup</h2>
-
-<h3>Install package Mezzio CORS</h3>
-
-<p class="mb-3">Run the following command in your application’s root directory:</p>
-
-<pre>composer require mezzio/mezzio-cors</pre>
-
-<h3>Register ConfigProvider</h3>
-
-<p class="mb-3">Open your application’s&nbsp;<strong>config/config.php</strong>&nbsp;file and add the following lines to the <code>$aggregator</code> variable:</p>
-
-<p class="mb-3"><code>Laminas\Diactoros\ConfigProvider::class,</code></p>
-
-<p class="mb-3"><code>Mezzio\Cors\ConfigProvider::class,</code></p>
-
-<h3>Register Middleware</h3>
-
-<p class="mb-3">Open your application’s&nbsp;<strong>config/pipeline.php</strong>&nbsp;file and add the following line (preferrably between <em>ErrorHandlerInterface::class</em> and the handler/middleware that will return your response):</p>
-
-<p class="mb-3"><code>$app-&gt;pipe(CorsMiddleware::class);</code></p>
-
-<p class="mb-3">Don't forget to add the corresponding use at the top of the file:</p>
-
-<p class="mb-3"><code>use Mezzio\Cors\Middleware\CorsMiddleware;</code></p>
-
-<h3>Create config file</h3>
-
-<p class="mb-3">Create and open file <strong>config/autoload/cors.local.php</strong> and add the following code inside it:</p>
-
-<pre><code>&lt;?php
-
-declare(strict_types=1);
-
-use Mezzio\Cors\Configuration\ConfigurationInterface;
-
-return &#91;
-    ConfigurationInterface::CONFIGURATION_IDENTIFIER =&gt; &#91;
-        'allowed_origins' =&gt; &#91;
-            ConfigurationInterface::ANY_ORIGIN
-        ],
-        'allowed_headers' =&gt; &#91;'Accept', 'Content-Type', 'Authorization'],
-        'allowed_max_age' =&gt; '600',
-        'credentials_allowed' =&gt; true,
-        'exposed_headers' =&gt; &#91;],
-    ],
-];</code></pre>
-
-<p class="mb-3">Note the value <code>ConfigurationInterface::ANY_ORIGIN</code> stored under <code>allowed_origins</code>. Leaving this value as is, makes your application accessible by any origin (<em>permissive mode</em>). To restrict access, replace it with a list of origins that should have access to your application (<em>restrictive mode</em>), for example:</p>
-
-<pre>'allowed_origins' =&gt; [
-    "domain1.com", "domain2.com"
-],</pre>
-
-<p class="mb-3">Don't forget to make a <em>distributable</em> version of you <strong>config/autoload/cors.local.php</strong> and add that to your repository.</p>
-
-<h2>Testing</h2>
-
-<p class="mb-3">Make sure your application sends the <strong>Origin</strong> header and it is set to the correct value, for example <em>example.com</em>.</p>
-
-<p class="mb-3">In your <strong>config/autoload/cors.local.php</strong>:</p>
-
-<ul><li>when in <em>permissive mode</em>, you should see the expected response from the resource</li><li>when in <em>restrictive mode</em>, if the request origin is not listed under <code>allowed_origins</code>, you should see a <strong>403 Not authorized</strong> response</li></ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What causes the CORS error described in this article? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It appears when a browser blocks access to a resource on another origin because the server's response doesn't include an 'Access-Control-Allow-Origin' header, per the browser's CORS (Cross-Origin Resource Sharing) policy.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What package solves CORS handling in Dotkernel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Mezzio CORS, installed by running <code>composer require mezzio/mezzio-cors</code> in the application's root directory.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the setup steps needed to enable CORS? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Register both <code>Laminas\Diactoros\ConfigProvider::class</code> and <code>Mezzio\Cors\ConfigProvider::class</code> in <code>config/config.php</code>, add <code>$app-&gt;pipe(CorsMiddleware::class);</code> to <code>config/pipeline.php</code> (preferably between the error handler and the handler/middleware returning your response), and create a <code>config/autoload/cors.local.php</code> file with your CORS configuration.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the difference between permissive and restrictive mode? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In permissive mode, <code>allowed_origins</code> is set to <code>ConfigurationInterface::ANY_ORIGIN</code>, making the application accessible from any origin. In restrictive mode, you replace that value with a list of the specific origins that should have access.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you test whether CORS is configured correctly? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Make sure your application sends the Origin header set to the correct value. In permissive mode you should see the expected response from the resource; in restrictive mode, if the request origin isn't listed under <code>allowed_origins</code>, you should see a 403 Not authorized response.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/creating-admin-accounts-in-dotkernel-api.html.twig b/src/Blog/templates/page/blog-resource/how-to/creating-admin-accounts-in-dotkernel-api.html.twig
deleted file mode 100644
index 3399b563..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/creating-admin-accounts-in-dotkernel-api.html.twig
+++ /dev/null
@@ -1,136 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Creating admin accounts in Dotkernel API</h2>
-
-<p class="mb-3">Starting from v3, Dotkernel API introduces support for admin accounts. In this article we will describe two different methods of creating an admin account.</p>
-
-<!--more-->
-
-<h2>Method 1: Using API endpoint</h2>
-
-<p class="mb-3">This action can be performed only by an authenticated admin/superuser.</p>
-
-<p class="mb-3">Once authenticated call the protected endpoint  <code>POST /admin</code> with the following <strong>JSON</strong> body:</p>
-
-<pre>{
-   "identity": "<em>{IDENTITY}</em>",
-   "password": "<em>{PASSWORD}</em>",
-   "passwordConfirm": "<em>{<em>PASSWORD</em>}</em>",
-   "firstname": "<em>{FIRSTNAME}</em>",
-   "lastname": "<em>{LASTNAME}</em>",
-   "roles":
- }</pre>
-
-<p class="mb-3">after replacing:</p>
-
-<ul><li>{IDENTITY} with a valid username OR email address</li><li>{PASSWORD} with a valid password</li><li>{ROLE_UUID} with a valid admin role UUID (You can get a list of admin roles by calling the protected endpoint <code>GET /admin/role</code>)</li><li>{FIRSTNAME} and {LASTNAME} are optional</li></ul>
-
-<p class="mb-3"><strong>NOTE:</strong> You can specify multiple admin roles under the <em>roles</em> key.</p>
-
-<p class="mb-3">If the submitted data is valid, the response will be similar to the below:</p>
-
-<pre>{
-     "uuid": "d436b044-be36-11eb-9eb1-78f29ef45f43",
-     "identity": "Letha_Runolfsson96",
-     "firstName": "Oswald",
-     "lastName": "Swift",
-     "status": "active",
-     "roles": [
-     {
-       "uuid": "<em>{ROLE_UUID}</em>"
-     }
-   ][
-         {
-             "uuid": "eaa3d01c-9fc0-11eb-b099-78f29ef45f43",
-             "name": "admin",
-             "created": {
-                 "date": "2021-04-17 23:07:27.000000",
-                 "timezone_type": 3,
-                 "timezone": "Europe/Berlin"
-             },
-             "updated": null
-         }
-     ],
-     "created": {
-         "date": "2021-05-26 17:27:06.194613",
-         "timezone_type": 3,
-         "timezone": "Europe/Berlin"
-     },
-     "updated": {
-         "date": "2021-05-26 17:27:06.279705",
-         "timezone_type": 3,
-         "timezone": "Europe/Berlin"
-     },
-     "_links": {
-         "self": {
-             "href": "http://localhost:8080/admin/d436b044-be36-11eb-9eb1-78f29ef45f43"
-         }
-     }
- }</pre>
-
-<p class="mb-3">The new admin account is ready to use.</p>
-
-<h2>Method 2: Using terminal command</h2>
-
-<p class="mb-3">Run the following command in your application's root directory:</p>
-
-<pre>php ./bin/cli.php admin:create -i {IDENTITY} -p {PASSWORD}</pre>
-
-<p class="mb-3">or</p>
-
-<pre>php ./bin/cli.php admin:create --identity {IDENTITY} --password {PASSWORD}</pre>
-
-<p class="mb-3">after replacing:</p>
-
-<ul><li>{IDENTITY} with a valid username OR email address</li><li>{PASSWORD} with a valid password</li></ul>
-
-<p class="mb-3"><strong>NOTE:</strong></p>
-
-<ul><li>if the specified <em>identity</em> or <em>password</em> contain special characters, make sure you surround them with double quote signs</li><li>this method does not allow specifying an admin role - newly created accounts will have role of admin</li></ul>
-
-<p class="mb-3">If the submitted data is valid, the outputted response is:</p>
-
-<pre>Admin account has been created.</pre>
-
-<p class="mb-3">The new admin account is ready to use.</p>
-
-<p class="mb-3">You can get more help with this command by running:</p>
-
-<pre>php ./bin/cli.php help admin:create</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are the two ways to create an admin account in Dotkernel API? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can either call the protected API endpoint <code>POST /admin</code> with a JSON body, or run the terminal command <code>php ./bin/cli.php admin:create</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Who can create an admin account via the API endpoint? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">This action can be performed only by an authenticated admin/superuser, calling the protected <code>POST /admin</code> endpoint.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What data does the POST /admin request body need? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">identity, password, passwordConfirm, and roles (one or more valid admin role UUIDs, obtainable via the protected <code>GET /admin/role</code> endpoint). firstname and lastname are optional.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What role does an admin get when created via the terminal command? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The terminal command doesn't allow specifying an admin role, so newly created accounts are given the role of admin.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I get more help with the admin:create command? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>php ./bin/cli.php help admin:create</code>. Also note that if the identity or password contain special characters, they must be surrounded with double quote signs.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/database-migrations-and-how-to-use-them.html.twig b/src/Blog/templates/page/blog-resource/how-to/database-migrations-and-how-to-use-them.html.twig
deleted file mode 100644
index 6655f93c..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/database-migrations-and-how-to-use-them.html.twig
+++ /dev/null
@@ -1,117 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Migrations, the superhero your database deserves</h2>
-Migrations ease the process of working together on projects, as well as deploying the database changes.
-
-&nbsp;
-
-A newly released <a href="https://github.com/JapSeyz/Dot-migrations" target="_blank" rel="noopener noreferrer">package</a> for the Dotkernel stack integrates migrations and seeders into the application; This is all done via the newly introduced "php dot" command that's available in the Dotkernel stack.
-
-This article assumes that you're familiar with the basic concepts of migrations, if you're not, there's an excellent article available <a href="https://medium.com/@JapSeyz/database-migrations-and-why-you-should-use-them-11bfde52d7c2" target="_blank" rel="noopener noreferrer">here</a>
-
-<strong>To recap the article above, a database migration in a change in the database schema.</strong>
-
-&nbsp;
-<h2>Benefits</h2>
-By using migrations and seeders, you ensure a better workflow for teams, as changes to the database no longer require convoluted messages. It also ensures that all team members use the same types with the same limits on each column, and someone doesn't have <em>VARCHAR(50)</em> while another has <em>VARCHAR(150).</em> <strong>It keeps the database synchronised throughout the team with minimal effort.</strong>
-
-When pushing to production, the deployment script will automatically run the migrations and keep the database schema in sync with the codebase.
-
-<strong>It requires no manual SSH'ing into production servers and no risky manual changes to production databases.</strong>
-
-&nbsp;
-<h2>Getting started</h2>
-To setup migrations, simply follow the installation instructions in the package provided for Dotkernel.
-After the package has been successfully setup, you're ready to go.
-To see the available commands, simply write "<em>php dot</em>" in a console that's located in your project root.
-
-&nbsp;
-<h2>How to use migrations in my project?</h2>
-Migrations are very easily adapted to any project.
-<ul>
-     <li><em>Existing</em> projects should start by creating a new migration, and mirror the current database design in that file.
-<ul>
-     <li><em>Backup the database</em>. in case anything unforeseen should happen.</li>
-     <li>After the design has been mirrored, the existing tables should be deleted, and the migrations can be run.</li>
-</ul>
-</li>
-</ul>
-<ol>
-     <li>Whenever you would normally manually touch the database, make a migration for doing it instead. (<em>php dot make:migration &lt;name&gt;</em>)</li>
-     <li>Give the migrations reasonable names, so it's easy to see their action, and the DB progression, in the project tree.</li>
-     <li>Run the migrate command, and watch the database automatically generate and run the SQL to update the tables and columns as configured.</li>
-     <li>Enjoy a safe and worry free database that won't suffer from manually touching it.</li>
-</ol>
-&nbsp;
-
-Notice; Migrations are stored in version control, so whenever you pull an update, quickly run <em>php dot migrate</em>, as it will only ever migrate new files, and leave out the ones that have been run already.
-
-&nbsp;
-<h2>Seeders</h2>
-If you need to add some data to a table, e.g. adding a default admin profile on a fresh installation, this can be done via Seeders.
-
-<em>Migrations manage the database layouts, seeders add data to the database.</em>
-
-Seeders can be configured to run every time a certain migration is run, so no matter when you or how you reset your database, it'll make sure that there's always a default admin profile when the <em>CreateAdminTableMigration</em> is run.
-
-Seeders are created the same way as migrations, and also benefits hugely from being given reasonable names that explain what they do.
-<ol>
-     <li>Create the required seeders, one for each table is the best practice, so you can have a "UserTableSeeder" and a "CarTableSeeder" etc.</li>
-     <li>Setup when these seeders should run;
-<ul>
-     <li>When running a migration</li>
-     <li>Via a console-command, this is used to seed x amount of rows of (random) data to the database for testing.</li>
-</ul>
-</li>
-</ol>
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a database migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A database migration is a change to the database schema. The Dotkernel stack integrates migrations (and seeders) via a package that adds the "php dot" command to the application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the benefits of using migrations and seeders? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">They keep the database synchronised across the team with minimal effort, so column types and limits stay consistent instead of drifting (e.g. one dev using VARCHAR(50) and another VARCHAR(150)). Deployment scripts can also run migrations automatically in production, avoiding manual SSH access and risky manual database changes.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I create a new migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>php dot make:migration &lt;name&gt;</code>, giving the migration a reasonable name so its action and the database's progression are easy to follow in the project tree.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What's the difference between migrations and seeders? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Migrations manage the database layout/schema, while seeders add data to the database, such as adding a default admin profile on a fresh installation.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens when I run php dot migrate more than once? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Since migrations are stored in version control, running <code>php dot migrate</code> will only ever run new migration files, leaving out the ones that have already been run.</p>
-        </div>
-    </details>
-</div>
-
-<section class="section section--body">
-<div class="section-divider">
-
-<hr class="section-divider" />
-
-</div>
-<div class="section-content">
-<div class="section-inner sectionLayout--insetColumn">
-<h2 class="graf graf--h3">Acknowledgements</h2>
-<p class="graf graf--p">The images in the article shows screenshots from <a class="markup--anchor markup--p-anchor" href="https://www.mysql.com/products/workbench/" target="_blank" rel="noopener noreferrer">MySQL Workbench</a>, and the migration package used is <a class="markup--anchor markup--p-anchor" href="https://phinx.org/" target="_blank" rel="noopener noreferrer">Phinx</a></p>
-
-</div>
-</div>
-</section>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/doctrine-cache-in-mezzio-and-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/how-to/doctrine-cache-in-mezzio-and-dotkernel.html.twig
deleted file mode 100644
index 06bcfa9f..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/doctrine-cache-in-mezzio-and-dotkernel.html.twig
+++ /dev/null
@@ -1,189 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Doctrine caching in Dotkernel</h2>
-
-<blockquote><p class="mb-3">Following version 2 of doctrine/cache, in 2024 we  published an update to this article here:<a href="https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/" target="_blank" rel="noreferrer noopener"> https://www.dotkernel.com/dotkernel/doctrine-cache-using-symfony-cache/</a></p>
-</blockquote>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3">Using an <strong>ORM </strong>in <strong>production </strong>without any sort of cache strategy is a very bad move.  The Database server chokes; lots of CPU cycles wasted only to generate  metadata and queries over and over again at each request; the system slows down and so on.</p>
-
-<p class="mb-3"> Following  <a rel="noreferrer noopener" href="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html#integrating-with-the-orm" target="_blank">Doctrine documentation</a> [
-        'orm_default' => [
-            // it is recommended to disable doctrine cache on development
-            // just comment any type of cache you dont want to be applied on development
-            'query_cache' => \Doctrine\Common\Cache\PhpFileCache::class,
-            'metadata_cache' => \Doctrine\Common\Cache\PhpFileCache::class,
-            'result_cache' => \Doctrine\Common\Cache\PhpFileCache::class
-        ]
-    ], we choose to configure doctrine cache system through<strong> psr/container</strong>.</p>
-
-<p class="mb-3">The main parts we are going to use are <code>query_cache</code>, <code>metadata_cache</code> and <code>result_cache</code>.</p>
-
-<p class="mb-3">As cache type we choose <code>PhpFileCache</code> and for result cache we are setting a lifetime of 3600 seconds.</p>
-
-<h2>Configuration</h2>
-
-<p class="mb-3">In the file: <strong>config/autoload/doctrine.global.php</strong> add the below entry:</p>
-
-<pre>'doctrine' =>
-        ]
-    ],
-'resultCacheLifetime' => 3600</pre>
-
-<p class="mb-3">In the file: <strong>config/autoload/local.php</strong> add the below entry in the <code>doctrine</code> section: </p>
-
-<pre>    'configuration' =>
-    ],</pre>
-
-<h2>Metadata Cache</h2>
-
-<p class="mb-3">Your class metadata is being parsed on each request. Instead of <strong>parsing </strong>this information we should <strong>cache </strong>it using one of the cache drivers.<br>We enabled this by adding the following <code>metadata_cache</code> key to our doctrine configuration:</p>
-
-<pre>'doctrine' =>
-        ]
-    ]</pre>
-
-<p class="mb-3"></p>
-
-<h2>Query Cache</h2>
-
-<p class="mb-3">It is highly recommended that in a production environment you cache the transformation of a <strong>DQL </strong>query to its <strong>SQL </strong>counterpart.<br>It doesn't make sense to do this parsing multiple times as it doesn't change unless you alter the <strong>DQL </strong>query.<br>We enabled this by adding the following <code>query_cache</code> key to our doctrine configuration:</p>
-
-<pre>'doctrine' =>
-        ]
-    ]</pre>
-
-<h3>Usage</h3>
-
-<pre>$query = $em->createQuery('select u from \Entities\User u');
-$query->useQueryCache(true);</pre>
-
-<p class="mb-3"></p>
-
-<h2>Result Cache</h2>
-
-<p class="mb-3">The result cache can be used to cache the results of your queries so that doctrine don't have to query the database or hydrate the data again after the first time.<br>We enabled this by adding the following <code>result_cache</code> key to our doctrine configuration:</p>
-
-<pre>'doctrine' =>
-        ]
-    ]</pre>
-
-<h3>Usage</h3>
-
-<pre>$query = $em->createQuery('select u from \Entities\User u');
-$query->enableResultCache();</pre>
-
-<p class="mb-3">Note: You can set a <code>lifetime</code> for result cache to live before it will be rewrite by simply passing the value as the first argument:</p>
-
-<pre>$query->enableResultCache( $resultCacheLifetime);</pre>
-
-<p class="mb-3">Note: You can set a custom <code>ID</code> for the result cache which is automatically generated for you if you don't set a custom ID yourself:</p>
-
-<pre>$query->enableResultCache( $resultCacheLifetime, 'my_custom_id');</pre>
-
-<h2>Dotkernel Admin Example</h2>
-
-<p class="mb-3">Below there is the code used in <a rel="noreferrer noopener" href="https://github.com/dotkernel/admin" data-type="URL" data-id="https://github.com/dotkernel/admin" target="_blank">Dotkernel Admin</a>  in order to <a rel="noreferrer noopener" href="https://github.com/dotkernel/admin/blob/3.0/src/User/src/Repository/AdminRepository.php#L78" data-type="URL" data-id="https://github.com/dotkernel/admin/blob/3.0/src/User/src/Repository/AdminRepository.php#L78" target="_blank">list all Admins</a>. </p>
-
-<p class="mb-3">Is using both <code>query_cache </code> and <code>result_cache</code>.</p>
-
-<pre>$qb = $this->getEntityManager()->createQueryBuilder();
-$qb->select('admin')
-->from(Admin::class, 'admin');
-
-if (!is_null($search)) {
-$qb->where($qb->expr()->like('admin.identity', ':search'))
-->setParameter('search', '%' . $search . '%');
-}
-
-$qb->setFirstResult($offset)
-->setMaxResults($limit);
-$qb->orderBy('admin.' . $sort, $order);
-
-return $qb->getQuery()->useQueryCache(true)->enableResultCache($this->getCacheLifetime())->getResult();
-</pre>
-
-<h2>How to return Collections</h2>
-
-<p class="mb-3">For returning collections that extends <strong>Doctrine Paginator</strong> (<code>Doctrine\ORM\Tools\Pagination\Paginator</code>) just enable result and/or query cache <strong>before </strong>passing query builder to collection</p>
-
-<pre>$qb = $this->getEntityManager()->createQueryBuilder();
-$qb->select('collection')
-->from(MyCollection::class, 'collection');
-
-$qb->setFirstResult($offset)
-->setMaxResults($limit);
-
-$qb->getQuery()->enableResultCache($this->getCacheLifetime())->useQueryCache(true);
-
-return new MyCollection($qb);</pre>
-
-<p class="mb-3">and the  <strong>MyCollection</strong> look like:</p>
-
-<pre>&lt;?php
-
-use Doctrine\ORM\Tools\Pagination\Paginator;
-
-/**
-* Class MyCollection
-* @package Core\Collection
-*/
-class MyCollection extends Paginator
-{
-}</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Is this article still current? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article notes that following version 2 of doctrine/cache, an updated version of this article covering Doctrine cache using Symfony Cache was published in 2024.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which three Doctrine cache types does this configure? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">query_cache, metadata_cache and result_cache, configured through psr/container using PhpFileCache as the cache type.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the default result cache lifetime? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A lifetime of 3600 seconds, set via <code>resultCacheLifetime</code> in <code>config/autoload/doctrine.global.php</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I enable query cache and result cache in code? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Call <code>$query->useQueryCache(true)</code> and <code>$query->enableResultCache()</code> on the query object. <code>enableResultCache()</code> can also take a lifetime as its first argument and a custom cache ID as an argument, otherwise one is auto-generated.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How should caching be enabled for a Doctrine Paginator-based collection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Enable result and/or query cache on the query builder's query before passing the query builder into the collection (a class extending <code>Doctrine\ORM\Tools\Pagination\Paginator</code>).</p>
-        </div>
-    </details>
-</div>
-
-<h2>References</h2>
-
-<ul><li><a rel="noreferrer noopener" href="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/advanced-configuration.html" data-type="URL" data-id="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/advanced-configuration.html" target="_blank">Doctrine Advanced Configuration</a></li>
-
-<li><a rel="noreferrer noopener" href="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html" data-type="URL" data-id="https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html" target="_blank">Doctrine Caching Documentation</a></li>
-</ul>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.html.twig b/src/Blog/templates/page/blog-resource/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.html.twig
deleted file mode 100644
index f6d4c0db..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/generating-a-doctrine-migration-without-dropping-custom-tables.html.twig
+++ /dev/null
@@ -1,88 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Generating a doctrine migration without dropping custom tables</h2>
-
-<p class="mb-3">If your application needs to hold some <strong>custom </strong>(<em>unmapped</em>) tables in the database, then generating migrations with doctrine-migrations diff will try to <strong>drop </strong>the custom tables. This article provides a solution on how to avoid dropping those tables.</p>
-
-<!--more-->
-
-<h2>Usage</h2>
-
-<p class="mb-3">Run the following command in your application’s root directory:</p>
-
-<pre>vendor/bin/doctrine-migrations diff</pre>
-
-<p class="mb-3">If you have mapping modifications, this will create a new migration file under<strong> data/doctrine/migrations/</strong> directory.
-    Opening the migration file, you will notice that it contains some queries that will drop your <code>oauth_*</code> tables because they are unmapped (there is no doctrine entity describing them).
-    You should delete your latest migration with the <strong>DROP </strong>queries in it as we will create another one, without the <strong>DROP </strong>queries in it.
-    In order to avoid dropping these tables, you need to add a parameter called filter-expression.
-</p>
-
-<p class="mb-3">The command to be executed without dropping these tables looks like this:</p>
-
-<p class="mb-3">On <strong>Windows </strong>(use double quotes):</p>
-
-<pre>vendor/bin/doctrine-migrations diff --filter-expression="/^(?!oauth_)/"</pre>
-
-<p class="mb-3">On <strong>Linux/macOS</strong> (use single quotes):</p>
-
-<pre>vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/'</pre>
-
-<h2>Filtering multiple unmapped table patterns</h2>
-
-<p class="mb-3">If your database contains multiple unmapped table groups, then the pattern in <code>filter-expression</code> should hold all table prefixes concatenated by pipe character (<code>|</code>).
-    For example, if you need to filter tables prefixed with <code>foo_</code> and <code>bar_</code>, then the command should look like this:
-</p>
-
-<p class="mb-3">On Windows:</p>
-
-<pre><code>vendor/bin/doctrine-migrations diff --filter-expression="/^(?!foo_|bar_)/"</code></pre>
-
-<p class="mb-3">On Linux/macOS:</p>
-
-<pre>vendor/bin/doctrine-migrations diff --filter-expression='/^(?!foo_|bar_)/'</pre>
-
-<h2>Troubleshooting</h2>
-
-<p class="mb-3">On <strong>Windows</strong>, running the command in <em>PowerShell</em> might still add the <code>DROP TABLE oauth_*</code> queries to the migration file. This happens because for <em>PowerShell </em>the caret (<code>^</code>) is a special character, so it gets dropped (<code>"/^(?!oauth_)/"</code> becomes <code>"/(?!oauth_)/"</code> when it reaches your command). Escaping it will not help either.<br>In this case, we recommend running the command:</p>
-
-<ul><li>directly from your IDE</li><li>using <code>Linux shell</code></li><li>from the <code>Command Prompt</code></li></ul>
-
-<h2>Help</h2>
-
-<p class="mb-3">You can get more help with this command by running:</p>
-
-<pre>vendor/bin/doctrine-migrations help diff</pre>
-
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why does doctrine-migrations diff try to drop custom tables? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because those tables are unmapped (there's no Doctrine entity describing them), so diff generates queries that drop them when it creates a new migration file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I avoid dropping unmapped tables when generating a migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Delete the migration containing the DROP queries, then re-run the diff command with a filter-expression parameter, e.g. <code>vendor/bin/doctrine-migrations diff --filter-expression='/^(?!oauth_)/'</code> on Linux/macOS (single quotes) or with double quotes on Windows.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I filter multiple unmapped table prefixes at once? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Concatenate the table prefixes in the filter-expression pattern with a pipe character, for example <code>--filter-expression='/^(?!foo_|bar_)/'</code> to exclude tables prefixed with foo_ and bar_.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why might Windows PowerShell still drop the tables even with a filter expression? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PowerShell treats the caret (^) as a special character and strips it, turning "/^(?!oauth_)/" into "/(?!oauth_)/" by the time it reaches the command, and escaping it doesn't help. The recommended workaround is to run the command from your IDE, a Linux shell, or the Command Prompt instead.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.html.twig b/src/Blog/templates/page/blog-resource/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.html.twig
deleted file mode 100644
index 3d7171e0..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/implementation-of-seo-friendly-url-in-an-generic-laminas-mezzio-app.html.twig
+++ /dev/null
@@ -1,101 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><strong>Prerequisites:</strong></p>
-
-<ul><li><a href="https://docs.mezzio.dev/" data-type="URL" data-id="https://docs.mezzio.dev/" target="_blank" rel="noreferrer noopener">Mezzio App</a></li>
-
-<li><a href="https://www.doctrine-project.org/" data-type="URL" data-id="https://www.doctrine-project.org/" target="_blank" rel="noreferrer noopener">Doctrine</a></li>
-</ul>
-
-<p class="mb-3">In the vast digital landscape of the internet, where websites compete for attention, having a well-crafted URL can make a significant difference. By incorporating human-readable slugs into website URLs, we can enhance user experience, improve search engine optimization (SEO), and foster better engagement. In this article, we discuss the importance, benefits and how to implement human-readable URLs.</p>
-
-<p class="mb-3">The first 3 reasons why we should consider implementing slugs:</p>
-
-<ul><li>Readability and User-Friendly Experience</li>
-
-<li>Search Engine Optimization (SEO)</li>
-
-<li>Shareability and Trustworthiness</li>
-</ul>
-
-<h2>How to implement slugs into Dotkernel, a practical example:</h2>
-
-<p class="mb-3">Let's consider we want to implement a feature that gives users the possibility to view other user's profile.</p>
-
-<p class="mb-3">When viewing another user's profile we have this URL: <strong>website.com/user/11</strong> and this doesn't look so appealing, am I right? </p>
-
-<p class="mb-3">So, the solution is to format the URL in a human-readable way, like this : <strong><strong>website.com/user/</strong>john-doe</strong>.</p>
-
-<p class="mb-3">To implement slugs into our codebase we are going to use a popular package, <a href="https://packagist.org/packages/gedmo/doctrine-extensions" data-type="URL" data-id="https://packagist.org/packages/gedmo/doctrine-extensions" target="_blank" rel="noreferrer noopener">gedmo/doctrine-extensions</a>.</p>
-
-<p class="mb-3">First, we need to install the package via composer by running : </p>
-
-<pre><code>composer require gedmo/doctrine-extensions</code></pre>
-
-<p class="mb-3">After installing, we need to register the package's event listener into doctrine.</p>
-
-<p class="mb-3">To do this, add the following codeblock in your doctrine global configuration. In our case it would be in the <strong>doctrine.global.php</strong> file.</p>
-
-<pre><code>'doctrine' =&gt; &#91;
-    'event_manager' =&gt; &#91;
-        'orm_default' =&gt; &#91;
-            'subscribers' =&gt; &#91;
-                Gedmo\Sluggable\SluggableListener::class,
-            ]
-        ]
-    ],
-]</code></pre>
-
-<p class="mb-3">This is all the configuration you will need, the next step is to create a new database column that will be our slug, we will add the column in the <strong>src/User/src/Entity/User.php</strong> entity and run the migrations. </p>
-
-<pre><code>use Gedmo\Mapping\Annotation as Gedmo;
-
-...
-
-/**
- * @ORM\Column(name="identity", type="string", length=64, nullable=false, unique=true)
- */
-protected string $identity;
-
-/**
- * @ORM\Column(name="slug", type="string", length=64, nullable=false, unique=true)
- * @Gedmo\Slug(fields={"identity"})
- */
-protected string $slug;</code></pre>
-
-<p class="mb-3">When generating the slug we can specify what field(s) to be used, in our case the slug will be generated using the 'identity' field, more details here.</p>
-
-<p class="mb-3">Now you can create a new user and see that the slug column was autocompleted.</p>
-
-<p class="mb-3">To wrap things up, human-readable URL's are a must nowadays, thanks to its swift implementation and multiple benefits.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are the benefits of human-readable slugs cited in this article? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Readability and a more user-friendly experience, better search engine optimization (SEO), and improved shareability and trustworthiness of the URL.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What package is used to generate slugs in this example? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">gedmo/doctrine-extensions, installed by running <code>composer require gedmo/doctrine-extensions</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the slug listener registered with Doctrine? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By adding <code>Gedmo\Sluggable\SluggableListener::class</code> under the <code>doctrine.event_manager.orm_default.subscribers</code> configuration, e.g. in <code>doctrine.global.php</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is the slug field configured on the entity in this example? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A new slug column is added (e.g. to <code>src/User/src/Entity/User.php</code>) annotated with <code>@Gedmo\Slug(fields={"identity"})</code>, so the slug is generated automatically from the identity field, for example when a new user is created.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.html.twig b/src/Blog/templates/page/blog-resource/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.html.twig
deleted file mode 100644
index 21d8a980..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/installing-almalinux-10-in-wsl2-php-mariadb-composer-phpmyadmin.html.twig
+++ /dev/null
@@ -1,121 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">With the recent release of <a href="https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10/" target="_blank" rel="noreferrer noopener">AlmaLinux OS 10</a>, we have created a new recipe for our WSL development environment. Compared to its predecessor, AlmaLinux 10 provides performance enhancements, security updates and improved hardware support.</p>
-
-<h2>What You Get</h2>
-
-<p class="mb-3">Like for <a href="https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/" data-type="link" data-id="https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/" target="_blank" rel="noreferrer noopener">AlmaLinux 9</a>, the WSL recipe sets up the development environment with all the components a regular PHP developer needs:</p>
-
-<ul><li>WSL2 - Windows Subsystem for Linux.</li>
-
-<li>AlmaLinux 10 - Free and open source Linux distribution.</li>
-
-<li>PHP - General-purpose scripting language geared towards web development.</li>
-
-<li>Apache - Free and open-source cross-platform web server software.</li>
-
-<li>MariaDB - Community-developed, commercially supported fork of the MySQL relational database management system.</li>
-
-<li>Git - Distributed version control system.</li>
-
-<li>Composer - Application-level dependency manager.</li>
-
-<li>Node.js - JavaScript runtime environment.</li>
-
-<li>PhpMyAdmin - Open source administration tool for PostgreSQL and MariaDB.</li>
-</ul>
-
-<h2>Requirements</h2>
-
-<p class="mb-3">Make sure that you have the <a href="https://learn.microsoft.com/en-us/windows/wsl/install#prerequisites" target="_blank" rel="noreferrer noopener">minimum requirements for running WSL2</a>.</p>
-
-<p class="mb-3">OS-wise you must be running:</p>
-
-<ul><li>Windows 10:<ul><li>For x64 systems: Version 1903 or later with Build 18362.1049 or later.</li>
-
-<li>For ARM64 systems: Version 2004 or later with Build 19041 or later.</li>
-</ul>
-</li>
-
-<li>or Windows 11.</li>
-</ul>
-
-<p class="mb-3">Hardware-wise, you need virtualization support. On some older hardware that supports this feature, it may be disabled from the BIOS.</p>
-
-<p class="mb-3">WSL2 needs Virtual Machine Platform feature enabled. You can enable it via the PowerShell running as an Administrator:</p>
-
-<pre>dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart</pre>
-
-<h2>Installing the distro</h2>
-
-<p class="mb-3">Start by downloading and installing the Linux distro with this command:</p>
-
-<pre>wsl --install -d AlmaLinux-10</pre>
-
-<p class="mb-3">If everything ran ok, you are asked to enter a password at the end.</p>
-
-<p class="mb-3">Next run each of the <a href="https://docs.dotkernel.org/development/v2/setup/setup-packages/" target="_blank" rel="noreferrer noopener">ansible playbook commands</a> to install the development components.</p>
-
-<h2>Using WSL2 with AlmaLinux 10</h2>
-
-<p class="mb-3">You can start AlmaLinux10 by executing this coomand in the Windows Terminal:</p>
-
-<pre>wsl -d AlmaLinux-10</pre>
-
-<p class="mb-3">Our PHP projects can be run by navigating into the root project folder and running this command:</p>
-
-<pre>php -S 0.0.0.0:8080 -t public</pre>
-
-<p class="mb-3">Then you need to navigate to <code>http://localhost:8080</code> in your preferred browser.</p>
-
-<h3>Running the Application Via Virtual Hosts</h3>
-
-<p class="mb-3">An <strong>easier way</strong> to run your applications is via virtual hosts. The full instructions to set up your virtual hosts are in the <a href="https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/" target="_blank" rel="noreferrer noopener">Create virtualhosts page</a>.</p>
-
-<p class="mb-3">After you set up your virtual hosts and install your project in e.g. the <code>/var/www/example.localhost/html</code> folder, you can run the application in the browser by accessing <code>example.localhost</code>.</p>
-
-<p class="mb-3">If you run into any issues, make sure to first check our <a href="https://docs.dotkernel.org/development/v2/faq/" target="_blank" rel="noreferrer noopener">FAQ page</a>. If all else fails, <a href="https://github.com/dotkernel/development/issues" target="_blank" rel="noreferrer noopener">create an issue</a> with details and we can talk.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does this WSL recipe set up? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It sets up a full PHP development environment: WSL2, AlmaLinux 10, PHP, Apache, MariaDB, Git, Composer, Node.js and PhpMyAdmin.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the OS and hardware requirements? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Windows 10 (Version 1903+ / Build 18362.1049+ for x64, or Version 2004+ / Build 19041+ for ARM64) or Windows 11, plus hardware virtualization support. If needed, enable the Virtual Machine Platform feature via <code>dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart</code> in an administrator PowerShell.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I install AlmaLinux 10 via WSL2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>wsl --install -d AlmaLinux-10</code>, set a password when prompted, then run each of the Ansible playbook commands from the Dotkernel docs to install the development components.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I run a PHP project after setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Either run <code>php -S 0.0.0.0:8080 -t public</code> from the project root and browse to http://localhost:8080, or, more easily, set up virtual hosts per the Dotkernel docs and access the project at its configured hostname (e.g. example.localhost).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should I do if I run into issues during setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">First check the Dotkernel FAQ page. If that doesn't resolve it, create an issue on the dotkernel/development GitHub repository with details.</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional Resources</h2>
-
-<ul><li><a href="https://docs.dotkernel.org/development/v2/setup/installation/" target="_blank" rel="noreferrer noopener">Full AlmaLinux 10 Installation Instructions</a></li>
-
-<li><a href="https://www.dotkernel.com/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin/" target="_blank" rel="noreferrer noopener">AlmaLinux 9 in WSL2 with PHP, Mariadb, Composer, PhpMyadmin instructions</a></li>
-</ul>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.html.twig b/src/Blog/templates/page/blog-resource/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.html.twig
deleted file mode 100644
index daa2cd7c..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/list-available-endpoints-in-dotkernel-api-using-dot-cli.html.twig
+++ /dev/null
@@ -1,123 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Displaying Dotkernel API endpoints using dot-cli</h2>
-
-<p class="mb-3">Starting from version 3, Dotkernel API uses <a href="https://github.com/dotkernel/dot-cli" data-type="URL" data-id="https://github.com/dotkernel/dot-cli" target="_blank" rel="noreferrer noopener">dot-cli</a> to display a list of available endpoints.</p>
-
-<h2>Usage</h2>
-
-<p class="mb-3">Run the following command in your application’s root directory:</p>
-
-<pre><code>php ./bin/cli.php route:list</code></pre>
-
-<p class="mb-3">The command runs through all routes and extracts endpoint information in realtime. The output should be similar to the following:</p>
-
-<pre><code>+--------+---------------------------------+--------------------------------+
-| Method | Name                            | Path                           |
-+--------+---------------------------------+--------------------------------+
-| PATCH  | account.activate                | /account/activate/{hash}       |
-| POST   | account.activate.request        | /account/activate              |
-| PATCH  | account.modify-password         | /account/reset-password/{hash} |
-| POST   | account.recover-identity        | /account/recover-identity      |
-| POST   | account.register                | /account/register              |
-| POST   | account.reset-password.request  | /account/reset-password        |
-| GET    | account.reset-password.validate | /account/reset-password/{hash} |
-| POST   | admin.create                    | /admin                         |
-| DELETE | admin.delete                    | /admin/{uuid}                  |
-| GET    | admin.list                      | /admin                         |
-| PATCH  | admin.my-account.update         | /admin/my-account              |
-| GET    | admin.my-account.view           | /admin/my-account              |
-| GET    | admin.role.list                 | /admin/role                    |
-| GET    | admin.role.view                 | /admin/role/{uuid}             |
-| PATCH  | admin.update                    | /admin/{uuid}                  |
-| GET    | admin.view                      | /admin/{uuid}                  |
-| POST   | error.report                    | /error-report                  |
-| GET    | home                            | /                              |
-| POST   | security.generate-token         | /security/generate-token       |
-| POST   | security.refresh-token          | /security/refresh-token        |
-| POST   | user.activate                   | /user/{uuid}/activate          |
-| POST   | user.avatar.create              | /user/{uuid}/avatar            |
-| DELETE | user.avatar.delete              | /user/{uuid}/avatar            |
-| GET    | user.avatar.view                | /user/{uuid}/avatar            |
-| POST   | user.create                     | /user                          |
-| DELETE | user.delete                     | /user/{uuid}                   |
-| GET    | user.list                       | /user                          |
-| DELETE | user.my-account.delete          | /user/my-account               |
-| PATCH  | user.my-account.update          | /user/my-account               |
-| GET    | user.my-account.view            | /user/my-account               |
-| POST   | user.my-avatar.create           | /user/my-avatar                |
-| DELETE | user.my-avatar.delete           | /user/my-avatar                |
-| GET    | user.my-avatar.view             | /user/my-avatar                |
-| GET    | user.role.list                  | /user/role                     |
-| GET    | user.role.view                  | /user/role/{uuid}              |
-| PATCH  | user.update                     | /user/{uuid}                   |
-| GET    | user.view                       | /user/{uuid}                   |
-+--------+---------------------------------+--------------------------------+</code></pre>
-
-<h2>Filtering results</h2>
-
-<p class="mb-3">The following filters can be applied when displaying the routes list:</p>
-
-<ul><li>Filter routes by name, using: <code>-i|--name[=NAME]</code></li>
-
-<li>Filter routes by path, using: <code>-p|--path[=PATH]</code></li>
-
-<li>Filter routes by method, using: <code>-m|--method[=METHOD]</code></li>
-</ul>
-
-<p class="mb-3">The filters are case-insensitive and can be combined.</p>
-
-<h3>Example</h3>
-
-<p class="mb-3">Let's find which path should one call to register their user account. For this we will list routes where method is <strong>POST</strong> and name contains the string <strong>register</strong>:</p>
-
-<pre><code>php ./bin/cli.php route:list --method=post --name=register</code></pre>
-
-<p class="mb-3">The output is the following:</p>
-
-<pre><code>+--------+------------------+-------------------+
-| Method | Name             | Path              |
-+--------+------------------+-------------------+
-| POST   | account.register | /account/register |
-+--------+------------------+-------------------+</code></pre>
-
-<p class="mb-3">You can get more help with this command by running:</p>
-
-<pre><code>php ./bin/cli.php route:list --help</code></pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What tool does Dotkernel API use to list available endpoints? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting from version 3, Dotkernel API uses <a href="https://github.com/dotkernel/dot-cli" target="_blank" rel="noreferrer noopener">dot-cli</a> to display a list of available endpoints.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which command lists all routes? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>php ./bin/cli.php route:list</code> in your application's root directory. It runs through all routes and extracts endpoint information in realtime, outputting a table with Method, Name and Path columns.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can the route list be filtered? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can filter routes by name using <code>-i|--name</code>, by path using <code>-p|--path</code>, or by method using <code>-m|--method</code>. The filters are case-insensitive and can be combined.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How would you find the endpoint used to register a user account? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By combining the method and name filters: <code>php ./bin/cli.php route:list --method=post --name=register</code>, which returns the <strong>account.register</strong> route mapped to <strong>/account/register</strong>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you get more help on this command? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>php ./bin/cli.php route:list --help</code> to get more information about the command.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.html.twig b/src/Blog/templates/page/blog-resource/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.html.twig
deleted file mode 100644
index ad71d155..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/migrating-dotkernel-3-from-zend-expressive-2-to-zend-expressive-3.html.twig
+++ /dev/null
@@ -1,181 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article covers the steps required to migrate a Dotkernel 3 instance to the latest Zend Expressive Version.
-
-<!--more-->
-
-<strong>Migration from Zend Expressive 2 to 3.</strong>
-
-&nbsp;
-
-<em>Notes before starting:</em>
-
-For a better understanding of the migration and how it affects support we recommend reading Zend Expressive's <a target="_blank" href="https://docs.zendframework.com/zend-expressive/v3/reference/migration/#http-interop" rel="noopener noreferrer">article</a> on migration.
-
-If your project contains old middleware it must be refactored to reflect the interfaces provided in the <a target="_blank" href="https://packagist.org/packages/psr/http-server-middleware" rel="noopener noreferrer"><strong>psr/http-server-middleware</strong></a> package.
-
-By updating your middleware the <strong>Delegate</strong>s will become <strong>RequestHandler</strong>s<strong>. </strong>The interfaces are provided in the <strong><a target="_blank" href="https://packagist.org/packages/psr/http-server-handler" rel="noopener noreferrer">psr/http-server-handler</a> </strong>package.
-
-&nbsp;
-
-If your project only contains controller-based middleware it can be migrated by following the guides below.
-
-&nbsp;
-<h2>Dotkernel3 Migration - Expressive 2.0 -&gt; 3.0</h2>
-&nbsp;
-<h2>Packages</h2>
-In <code>composer.json</code> replace the matching repositories with the following:
-<pre><code>"dotkernel/dot-authentication-service":"^1.0",
-"dotkernel/dot-authentication-service":"^1.0",
-"dotkernel/dot-authentication-web":"^1.0.1",
-"dotkernel/dot-authentication":"^1.0",
-"dotkernel/dot-authorization":"^0.1.2",
-"dotkernel/dot-controller":"^1.0",
-"dotkernel/dot-controller-plugin-authentication":"^1.0",
-"dotkernel/dot-controller-plugin-authorization":"^1.0",
-"dotkernel/dot-controller-plugin-forms":"^1.0",
-"dotkernel/dot-controller-plugin-flashmessenger":"^1.0",
-"dotkernel/dot-controller-plugin-mail":"^1.0",
-"dotkernel/dot-controller-plugin-session":"^1.0",
-"dotkernel/dot-form":"^1.1.1",
-"dotkernel/dot-filter":"^1.1.1",
-"dotkernel/dot-flashmessenger":"^1.0",
-"dotkernel/dot-helpers":"^1.0",
-"dotkernel/dot-inputfilter":"^1.1",
-"dotkernel/dot-mail":"^1.0",
-"dotkernel/dot-mapper":"^1.0",
-"dotkernel/dot-navigation":"^1.0",
-"dotkernel/dot-rbac-guard":"^1.0",
-"dotkernel/dot-session":"^3.0",
-"dotkernel/dot-twigrenderer":"^1.1",
-"dotkernel/dot-user":"^1.0",
-"dotkernel/dot-rbac":"^0.2.1",
-"dotkernel/dot-validator":"^1.1",
-
-"zendframework/zend-escaper":"^2.6",
-"zendframework/zend-expressive-helpers":"^5.0",
-"zendframework/zend-expressive-twigrenderer":"^2.0",
-"zendframework/zend-expressive-template":"^2.0",
-"zendframework/zend-expressive":"^3.0",
-"zendframework/zend-expressive-fastroute":"^3.0",
-"zendframework/zend-expressive-tooling":"^1.0",
-"zendframework/zend-expressive-router":"^3.0",
-"zendframework/zend-stratigility":"^3.0",
-"zendframework/zend-component-installer":"^2.0
-</code></pre>
-also update require-dev dependencies
-<pre><code>"zendframework/zend-expressive-tooling:": "^1.0",
-"zendframework/zend-component-installer": "^2.0",
-
-</code></pre>
-Remove packages:
-<ul>
-     <li>http-interop/http-middleware</li>
-     <li>webimpress/http-middleware-compatibility</li>
-</ul>
-<h2>Configurations</h2>
-<h3>Main Configuration</h3>
-In <code>config/config.php</code> add the following config providers:
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-c">// zend expressive &amp; middleware factory</span></span>
-<span class="pl-s1"><span class="pl-c1">\Zend\Expressive\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span>
-
-<span class="pl-s1"><span class="pl-c">// router config</span></span>
-<span class="pl-s1"><span class="pl-c1">\Zend\Expressive\Router\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span>
-<span class="pl-s1"><span class="pl-c1">\Zend\Expressive\Router\FastRouteRouter\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span>
-
-<span class="pl-s1"><span class="pl-c1">\Zend\Expressive\Twig\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span>
-<span class="pl-s1"><span class="pl-c1">\Zend\Expressive\Helper\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span>
-
-<span class="pl-s1"><span class="pl-c">// handler runner</span></span>
-<span class="pl-s1"><span class="pl-c1">\Zend\HttpHandlerRunner\</span><span class="pl-c1">ConfigProvider</span><span class="pl-k">::</span><span class="pl-c1">class</span>,</span></pre>
-</div>
-Make sure they are the first ConfigProviders or before cached config (<code>ArrayProvider</code>)
-<h3>Routing</h3>
-Wrap routing from <code>config/routes.php</code> in a callable with the following format:
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-k">return</span> <span class="pl-k">function</span> (<span class="pl-c1">Application</span> <span class="pl-smi">$app</span>, <span class="pl-c1">MiddlewareFactory</span> <span class="pl-smi">$factory</span>, <span class="pl-c1">ContainerInterface</span> <span class="pl-smi">$container</span>) : void {</span>
-<span class="pl-s1">    <span class="pl-c">/** @var \Zend\Expressive\Application $app */</span></span>
-<span class="pl-s1">    <span class="pl-smi">$app</span><span class="pl-k">-&gt;</span>route(<span class="pl-s"><span class="pl-pds">'</span>/<span class="pl-pds">'</span></span>, , , <span class="pl-s"><span class="pl-pds">'</span>home<span class="pl-pds">'</span></span>);</span>
-<span class="pl-s1">};</span></pre>
-</div>
-add the following use statements and make sure the names are not duplicate:
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Psr\Container\ContainerInterface</span>;</span>
-<span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\Application</span>;</span>
-<span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\MiddlewareFactory</span>;</span></pre>
-</div>
-<h3>Pipeline</h3>
-Wrap routing from <code>config/pipeline.php</code> in a callable with the following format:
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-k">return</span> <span class="pl-k">function</span> (<span class="pl-c1">Application</span> <span class="pl-smi">$app</span>, <span class="pl-c1">MiddlewareFactory</span> <span class="pl-smi">$factory</span>, <span class="pl-c1">ContainerInterface</span> <span class="pl-smi">$container</span>) : void {</span>
-<span class="pl-s1">    <span class="pl-c">/** @var \Zend\Expressive\Application $app */</span></span>
-<span class="pl-s1">    <span class="pl-smi">$app</span><span class="pl-k">-&gt;</span>route(<span class="pl-s"><span class="pl-pds">'</span>/<span class="pl-pds">'</span></span>, , , <span class="pl-s"><span class="pl-pds">'</span>home<span class="pl-pds">'</span></span>);</span>
-<span class="pl-s1">};</span></pre>
-</div>
-add the following use statements and make sure the names are not duplicate:
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Psr\Container\ContainerInterface</span>;</span>
-<span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\Application</span>;</span>
-<span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\MiddlewareFactory</span>;</span></pre>
-</div>
-<h4>Routing middleware migration</h4>
-add the following use statements
-<div class="highlight highlight-text-html-php">
-<pre><span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\Router\Middleware\RouteMiddleware</span>;</span>
-<span class="pl-s1"><span class="pl-k">use</span> <span class="pl-c1">Zend\Expressive\Router\Middleware\DispatchMiddleware</span>;</span></pre>
-</div>
-Replace the following lines to reflect the changes:
-
-<code>$app-&gt;pipeRoutingMiddleware();</code> -&gt; <code>$app-&gt;pipe(RouteMiddleware::class);</code> <code>$app-&gt;pipeDispatchMiddleware();</code> -&gt; <code>$app-&gt;pipe(DispatchMiddleware::class);</code>
-
-&nbsp;
-
-You can check the complete guides and example files from the following links
-
-<strong>Migration guide for Dotkernel Frontend:</strong> <a target="_blank"href="https://github.com/dotkernel/frontend/tree/master/docs">github.com/dotkernel/frontend/tree/master/docs</a>
-
-<strong>Migration guide for Dotkernel Admin:</strong> <a target="_blank" href="https://docs.dotkernel.org/admin-documentation/" rel="noopener noreferrer">docs.dotkernel.org/admin-documentation</a> (the old <code>github.com/dotkernel/admin/tree/master/docs</code> folder has since moved to this documentation site)
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What should you read before starting the migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">For a better understanding of the migration and how it affects support, it's recommended to read Zend Expressive's article on migration regarding HTTP interop.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What happens to old middleware during the migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If a project contains old middleware, it must be refactored to reflect the interfaces provided in the <strong>psr/http-server-middleware</strong> package. As part of this, Delegates become RequestHandlers, using interfaces from the <strong>psr/http-server-handler</strong> package.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which packages should be removed during migration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0"><strong>http-interop/http-middleware</strong> and <strong>webimpress/http-middleware-compatibility</strong> should be removed from <code>composer.json</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What needs to be added to the main configuration file? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In <code>config/config.php</code>, several ConfigProviders need to be added &#8211; for Zend Expressive, the router, FastRoute router, Twig, helpers, and the handler runner &#8211; and they must be the first ConfigProviders or placed before the cached config (<code>ArrayProvider</code>).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do the routes.php and pipeline.php files change? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Routing from <code>config/routes.php</code> and the pipeline from <code>config/pipeline.php</code> both need to be wrapped in a callable of the form <code>function (Application $app, MiddlewareFactory $factory, ContainerInterface $container)</code>, with the corresponding use statements added.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What replaces pipeRoutingMiddleware() and pipeDispatchMiddleware()? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0"><code>$app-&gt;pipeRoutingMiddleware();</code> becomes <code>$app-&gt;pipe(RouteMiddleware::class);</code>, and <code>$app-&gt;pipeDispatchMiddleware();</code> becomes <code>$app-&gt;pipe(DispatchMiddleware::class);</code>.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.html.twig b/src/Blog/templates/page/blog-resource/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.html.twig
deleted file mode 100644
index fa5d4a46..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/replacing-dot-console-with-dot-cli-based-on-laminas-cli.html.twig
+++ /dev/null
@@ -1,96 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Replacing dot-console with dot-cli based on laminas-cli</h2>
-
-<h2>Implementing dot-cli in your application</h2>
-
-<p class="mb-3">Dotkernel's <a href="https://github.com/dotkernel/dot-cli" data-type="URL" data-id="https://github.com/dotkernel/dot-cli" target="_blank" rel="noreferrer noopener">dot-cli</a> package comes as a replacement for <a href="https://github.com/dotkernel/dot-console" data-type="URL" data-id="https://github.com/dotkernel/dot-console" target="_blank" rel="noreferrer noopener">dot-console</a>, which was abandoned after Laminas abandoned their <a href="https://github.com/laminas/laminas-console" data-type="URL" data-id="https://github.com/laminas/laminas-console" target="_blank" rel="noreferrer noopener">laminas-console</a> package, that dot-console was based on.</p>
-
-<!--more-->
-
-<h2>Setup</h2>
-
-<h3>Install package</h3>
-
-<p class="mb-3">Run the following command in your application's root directory:</p>
-
-<pre>composer require dotkernel/dot-cli</pre>
-
-<h3>Register ConfigProvider</h3>
-
-<p class="mb-3">Open your application's <strong>config/config.php</strong> file and add <code>Dot\Cli\ConfigProvider::class,</code> under the <em>DK packages</em> comment.</p>
-
-<h3>Create bootstrap file</h3>
-
-<p class="mb-3">Locate the provided <strong>vendor/dotkernel/dot-cli/bin/cli.php</strong> and copy it into your application's <strong>bin</strong> directory.</p>
-
-<p class="mb-3">This is the file you will execute your commands through.</p>
-
-<h3>Create config file</h3>
-
-<p class="mb-3">Locate the provided <strong>vendor/dotkernel/dot-cli/config/autoload/cli.global.php</strong> and copy it into your application's <strong>config/autoload</strong> directory.</p>
-
-<p class="mb-3">This file already contains a sample command (<strong>demo:command</strong>), that serves as an example on creating an registering new commands.</p>
-
-<p class="mb-3">For more information on configuring/chaining commands, see <a href="https://docs.laminas.dev/laminas-cli/" data-type="URL" data-id="https://docs.laminas.dev/laminas-cli/" target="_blank" rel="noreferrer noopener">laminas-cli documentation</a>.</p>
-
-<h2>Usage</h2>
-
-<p class="mb-3">Run the following command in your application's root directory:</p>
-
-<pre>php ./bin/cli.php</pre>
-
-<p class="mb-3">The output should look similar to this, containing information on how to start using dot-cli:</p>
-
-<pre>Dotkernel CLI 1.0.0<br><br>Usage:<br>  command  <br><br>Options:<br>  -h, --help            Display help for the given command. When no command is given display help for the list command<br>  -q, --quiet           Do not output any message<br>  -V, --version         Display this application version<br>      --ansi            Force ANSI output<br>      --no-ansi         Disable ANSI output<br>  -n, --no-interaction  Do not ask any interactive question<br>  -v|vv|vvv, --verbose  Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug<br><br>Available commands:<br>  help          Display help for a command<br>  list          List commands<br> demo<br>  demo:command  Demo command description.</pre>
-
-<h2>Set up command as cronjob</h2>
-
-<p class="mb-3">Open your crontab and add the following line:</p>
-
-<pre><code>* * * * {PATH_TO_PHP_EXECUTABLE} {PATH_TO_APPLICATION}/bin/cli.php demo:command</code></pre>
-
-<p class="mb-3">Where <em>{PATH_TO_PHP_EXECUTABLE}</em> needs to replaced with the full path to the PHP executable and <em>{PATH_TO_APPLICATION}</em> with the full path to your application's root directory.</p>
-
-<h2>FileLocker</h2>
-
-<p class="mb-3">dot-cli has a built-in locking system, called FileLocker, enabled by default. This feature prevents multiple calls to the same command overlapping eachother by making sure the latter calls won't run until the former one is finished.</p>
-
-<p class="mb-3">You can toggle this modifying in the previously created <strong>config/autoload/cli.global.php</strong> under <code>FileLockerInterface::class -&gt; enabled</code></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why was dot-console replaced by dot-cli? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">dot-console was abandoned after Laminas abandoned its laminas-console package, which dot-console was based on, so dot-cli was created as its replacement.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you install dot-cli in an application? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run <code>composer require dotkernel/dot-cli</code> in the application's root directory, then register <code>Dot\Cli\ConfigProvider::class,</code> in <strong>config/config.php</strong>, and copy the provided <strong>bin/cli.php</strong> bootstrap file and <strong>config/autoload/cli.global.php</strong> config file into the application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the provided cli.global.php config file contain? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It already contains a sample command (<strong>demo:command</strong>) that serves as an example on how to create and register new commands.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you run a dot-cli command as a cronjob? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Add a line to your crontab such as <code>* * * * {PATH_TO_PHP_EXECUTABLE} {PATH_TO_APPLICATION}/bin/cli.php demo:command</code>, replacing the placeholders with the full path to the PHP executable and the full path to the application's root directory.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is FileLocker? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">FileLocker is a built-in locking system in dot-cli, enabled by default, that prevents multiple calls to the same command from overlapping by making sure later calls won't run until the earlier one finishes. It can be toggled in <strong>config/autoload/cli.global.php</strong> under <code>FileLockerInterface::class -&gt; enabled</code>.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/using-postman-for-documentation-in-dotkernel-api-3.html.twig b/src/Blog/templates/page/blog-resource/how-to/using-postman-for-documentation-in-dotkernel-api-3.html.twig
deleted file mode 100644
index f9aae3ad..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/using-postman-for-documentation-in-dotkernel-api-3.html.twig
+++ /dev/null
@@ -1,147 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Using Postman documentation in Dotkernel API 3</h2>
-
-<p class="mb-3">Starting from version 3.0 Dotkernel API provides it's documentation using <a href="https://www.postman.com/" data-type="URL" data-id="https://www.postman.com/" target="_blank" rel="noreferrer noopener">Postman</a>.</p>
-
-<p class="mb-3">In this article we will go into the details of creating and maintaining your application's documentation.</p>
-
-<!--more-->
-
-<h2>Prerequisites</h2>
-
-<p class="mb-3">In order to follow the steps, you will need the following:</p>
-
-<ul><li>a working installation of Dotkernel API 3</li><li>download and install Postman from their <a href="https://www.postman.com/downloads/" target="_blank" rel="noreferrer noopener">download page</a>.</li></ul>
-
-<p class="mb-3"><strong>TIP:</strong> If you don't have a Postman account, we recommend you to create one. This way Postman is able to backup your workspace in the cloud and synchronize it across multiple devices.</p>
-
-<h2>Introduction</h2>
-
-<p class="mb-3">For better understanding on how Postman works, we need to run through the "building blocks" of Postman:</p>
-
-<ul><li><strong>Workspace</strong>: is the main container that holds all your collections, APIs, environments etc</li><li><strong>Collection</strong>: holds all requests and dependencies of a project (for example Dotkernel API's collection containing all requests)</li><li><strong>Environment</strong>: holds a set of environment-specific variables (for example Dotkernel API's environment file cotaining the application URL specific to the development environment)</li><li><strong>Request</strong>: the definition of an API endpoint, including request method, name, description, URL, body, parameters and an example</li></ul>
-
-<p class="mb-3">There are more terms to cover, like <em>Mock servers</em>, <em>Monitors</em> etc but they are not relevant yet in our case.</p>
-
-<h3>Importing documentation files</h3>
-
-<p class="mb-3">Open Postman (and log in if you have an account), then follow the below steps:</p>
-
-<ul><li>open the import modal by clicking <code>File</code> -&gt; <code>Import</code> (or <code>Ctrl + O</code>)</li><li>inside the modal, make sure you're on the <code>File</code> tab, then click <code>Upload files</code></li><li>navigate to <code>documentation</code> directory of your Dotkernel API 3 application and select both of the following files:<ul><li><strong>Dotkernel_API.postman_collection.json</strong></li><li><strong>Dotkernel_API.postman_environment.json</strong></li></ul></li><li>after clicking <code>Open</code> the modal should show the following:</li></ul>
-
-<pre>Select files to import . 2/2 selected
-NAME                 FORMAT                         IMPORT AS
-<span class="has-inline-color has-vivid-red-color">Dotkernel_API</span>        Postman Collection v2.1        Collection
-<span class="has-inline-color has-vivid-red-color">Dotkernel_API</span>        Postman Environment            Environment</pre>
-
-<ul><li>at the bottom of the import modal, clicking <code>Import</code> will import the selected files and close the modal.</li></ul>
-
-<p class="mb-3">Under <strong>My Workspace</strong> you should see a tab called <strong>Collections</strong>. Clicking on it should display all your collections, one of them called <code>Dotkernel_API</code>. This collection holds all of the provided requests and serves as the documentation of your application.</p>
-
-<p class="mb-3">Dotkernel API 3 collection and environment files ar now imported and ready to use.</p>
-
-<p class="mb-3">For more information on importing files into Postman, please consult their <a rel="noreferrer noopener" href="https://learning.postman.com/docs/getting-started/importing-and-exporting-data/" data-type="URL" data-id="https://learning.postman.com/docs/getting-started/importing-and-exporting-data/" target="_blank">docs</a>.</p>
-
-<h3>Interacting with the environment</h3>
-
-<p class="mb-3">On the top right corner of Postman, you'll see the <strong>Environment quick look</strong> button (it looks like an eye). On it's left side, there's a dropdown with all available environments, one of the being called <code>Dotkernel_API</code> - click on it to set it as the active environment.</p>
-
-<p class="mb-3">After this, clicking the <strong>Environment quick look</strong> button will bring up a modal containing all variables found in the environment:</p>
-
-<pre>Dotkernel_API                                                                              <strong>Edit</strong>
-VARIABLE               INITIAL VALUE                CURRENT_VALUE
-<span class="has-inline-color has-vivid-red-color">APPLICATION_URL</span>        http://localhost:8080        http://localhost:8080</pre>
-
-<p class="mb-3">If your application runs on a different host/port, click the <strong>Edit</strong> button to modify the initial/current value of the <code>APPLICATION_URL</code> variable.</p>
-
-<p class="mb-3">Once in Edit mode, you can also create new variables. You only have to enter the variable name and it's initial value - current value will be automatically filled in when the variable is used.</p>
-
-<h2>Usage</h2>
-
-<h3>Creating a new request</h3>
-
-<p class="mb-3">Inside the collection, right-click on any folder and click <code>Add Request</code>. The new request is automatically opened in a new tab, where you will:</p>
-
-<ul><li>enter request name by replacing <em>New Request</em> with a short and descriptive name</li><li>enter request description (first button under the <strong>Environment quick look</strong> button)</li><li>enter request URL - you should use the already existing variable <code>APPLICATION_URL</code> by wrapping it in double curly braces, then append the request path. Example: <code>{% verbatim %}{{ APPLICATION_URL }}{% endverbatim %}/test</code> becomes <code>http://localhost:8080/test</code> when you send the request.</li><li>select request method</li><li>(optionally) inspect tabs:<ul><li><strong>Params</strong>: manage query parameters</li><li><strong>Authorization</strong>: select authorization type</li><li><strong>Headers</strong>: manage request headers</li><li><strong>Body</strong>: manage request body</li><li><strong>Pre-request script</strong>: provide <em>JavaScript</em> that Postman should run before sending the request</li><li><strong>Tests</strong>: provide <em>JavaScript</em> that Postman should run after receiving the response</li><li><strong>Settings</strong>: manage miscellaneous request settings</li></ul></li><li>save the request using the <strong>Save</strong> button (or <code>Ctrl + S</code>)</li></ul>
-
-<h3>Sending a request</h3>
-
-<p class="mb-3">Once opened, you can immediately send a request by clicking the <strong>Send</strong> button.</p>
-
-<p class="mb-3">Optionally, you can save the response as an example (click on <strong>Save Response</strong>, then select <strong>Save as example</strong>), so other developers will have a visual representation of the response without making a request. This opens a new tab, where you can manage the example.</p>
-
-<h2>Features</h2>
-
-<p class="mb-3">The collection provided by Dotkernel API 3 comes with some built-in security features. </p>
-
-<h3>Global security</h3>
-
-<p class="mb-3">Due to the hierarchy of the Collection, all requests are children of the Collection's root folder, so they automatically inherit it's Authorization settings. If you edit the Collection's root folder, you will find the following tabs:</p>
-
-<ul><li><strong>Authorization</strong><ul><li><strong>Type</strong> is set to <code>Bearer Token</code></li><li><strong>Token</strong> reads the environment variable <code>ACCESS_TOKEN</code></li></ul></li><li><strong>Pre-request Script</strong>: here you can add <em>JavaScript</em> that should run on ALL requests before they run</li><li><strong>Tests</strong>: here you can add <em>JavaScript</em> that should run on ALL requests after their response is returned</li><li><strong>Variables</strong>: here you can manage global variables</li></ul>
-
-<p class="mb-3">To disable this feature globally, set Authorization <strong>Type</strong> to <code>No Auth</code> or whatever value suits your application's requirements.</p>
-
-<p class="mb-3">To disable this feature at folder/request level, edit the folder/request and set <strong>Type</strong> to <code>No Auth</code> under the Authorization tab.</p>
-
-<h3>Automatic Token storage</h3>
-
-<p class="mb-3">Once an authorization token is re/generated, two environment variables are set/updated:</p>
-
-<ul><li><code>ACCESS_TOKEN</code>: the token that gets sent in the Authorization header</li><li><code>REFRESH_TOKEN</code>: the token required to regenerate an ACCESS_TOKEN</li></ul>
-
-<p class="mb-3">This is achieved by applying the following modifications to both Admin/Security and User/Security folders:</p>
-
-<ul><li>setting <strong>Type</strong> to <code>No Auth</code> under the <strong>Authorization</strong> tab (because the child requests under these folders should not send Authorization header)</li><li>adding a script under the <strong>Tests</strong> tab, that reads the response and - if successful - set/updates the above mentioned environment variables</li></ul>
-
-<h2>Exporting documentation</h2>
-
-<p class="mb-3"><strong>TIP</strong>: You can inspect your application's documentation at any moment by clicking on the <em>three horizontal dots</em> (you will find them on hover next to your collection's name) then click on <strong>View documentation</strong>.</p>
-
-<h3>Exporting collection</h3>
-
-<p class="mb-3">Click on the same <em>three horizontal dots</em>, then select <strong>Export</strong>. You will be presented an <em>Export collection</em> modal asking you to choose the format of the export. Unless specified, choose the recommended version, then click <strong>Export</strong>. When asked to save the exported file, choose to overwrite your application's collection file (<em>documentaion/Dotkernel_API.postman_collection.json</em>).</p>
-
-<h3>Export environment</h3>
-
-<p class="mb-3">This step is optional. It is needed only if you made modifications to the environment, else you can skip it.</p>
-
-<p class="mb-3">Start by clicking on the <strong>Environment quick look</strong> button, then click <strong>Edit</strong>. Once the edit environment tab opens, locate the <em>three horizontal dots</em> next to the <strong>Share</strong> button on the right of the Postman window. Click them and select <strong>Export</strong>. When asked to save the exported file, choose to overwrite your application's environment file (<em>documentaion/Dotkernel_API.postman_environment.json</em>).</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What are Postman's main "building blocks"? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Workspace (the main container holding all collections, APIs and environments), Collection (holds all requests and dependencies of a project, such as Dotkernel API's collection), Environment (holds environment-specific variables, like the application URL), and Request (the definition of an API endpoint, including method, name, description, URL, body, parameters and an example).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you import Dotkernel API's documentation files into Postman? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open the import modal via <code>File -&gt; Import</code> (or <code>Ctrl + O</code>), go to the <code>File</code> tab, click <code>Upload files</code>, then select both <strong>Dotkernel_API.postman_collection.json</strong> and <strong>Dotkernel_API.postman_environment.json</strong> from the application's <code>documentation</code> directory, and click <code>Import</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What variable controls which host/port the requests target? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The <code>APPLICATION_URL</code> environment variable, found under the <code>Dotkernel_API</code> environment, defaults to <code>http://localhost:8080</code> and can be edited via the Environment quick look button if the application runs on a different host/port.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What built-in security features does the collection provide? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Global security: all requests inherit Bearer Token authorization (reading the <code>ACCESS_TOKEN</code> environment variable) from the Collection's root folder, which can be disabled globally or per folder/request. Automatic token storage: the Admin/Security and User/Security folders use Test scripts to set/update the <code>ACCESS_TOKEN</code> and <code>REFRESH_TOKEN</code> environment variables whenever a token is re/generated.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you export the collection after making changes? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Click the three horizontal dots next to the collection's name, select <strong>Export</strong>, choose the recommended format, click <strong>Export</strong>, and overwrite the application's collection file (<em>documentation/Dotkernel_API.postman_collection.json</em>).</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/using-the-urlgenerator-work-in-fastroute.html.twig b/src/Blog/templates/page/blog-resource/how-to/using-the-urlgenerator-work-in-fastroute.html.twig
deleted file mode 100644
index 105389fb..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/using-the-urlgenerator-work-in-fastroute.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Dotkernel 3 uses <code>FastRoute</code> under the hood, which is an excellent and fast routing package, but it does have some <strong>quirks</strong>.
-
-A wrong setup can lead to many headaches, as it's not prominent that the error you're experiencing is from FastRoute, and you may not know where exactly to look for the cause.
-
-To save you some time, here's a how-to for creating and using routes in <code>Dotkernel 3</code>.
-<h2>Declaring routes</h2>
-When defining routes in the <em>routes.php</em> file, they need to follow a specific pattern, a usual route would look like this:
-<pre>$app-&gt;route('/page', , , 'page');</pre>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Notice the <em>'</em><strong>/page</strong><em>'</em> part, as this is crucial. FastRoute cannot handle a <em>slash-suffix</em>, which means that <strong>/page</strong> will give you the indexAction, whereas <strong>/page/</strong> will give you a 404.</blockquote>
-To prevent the URLGenerator from adding a slash-suffix, we need to make sure that the optional slash is included in the optional block. <strong>The above example is correct</strong>, if we instead wrote it like this, it'd be woefully bad.
-<pre>$app-&gt;route('/page/', , , 'page');</pre>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Notice that the slash has changed places and is now outside the optional block. This would generate a <strong>/page/</strong> route for the index action, which is bad, so always include any optional parts, even slashes, in the optional block.</blockquote>
-<h2>Referencing routes</h2>
-Developers are used to hand-write and hard-code URLs into anchor tags, but this is a bad idea, as a URL may change and then you'd have to go through the entire app to find every single reference for it. Instead, every route we define has a name that can be used to reference it in the URLGenerator.
-<pre>$app-&gt;route('/page', , , 'page');</pre>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">That very last part there, that's the route name, which can be referenced in any view or controller to generate a route to a specific route in the app.</blockquote>
-To use it in a Controller, you have access to <code>$this-&gt;url();</code> which takes the route name, in this case, '<strong>page</strong>', as the first parameter, and then any optional blocks as the second parameter.
-
-A controller redirect may then look like this:
-<pre>return new RedirectResponse($this-&gt;url('contact', ['action' =&gt; 'thank-you']));</pre>
-Using the URLGenerator in views is approximately the same, since you have access to the global <code>path()</code> method.
-
-The path method works the same way as the <code>url()</code> method, and takes the route name as the first parameter, and any optional blocks as its second parameter. This is of course done in <code>Twig</code>, so we need to put curly brackets around it since it's dynamic and not static HTML. It could look like this:
-<pre><code><span class="hljs-template-variable">{% verbatim %}{{ path(name: 'page', parameters: {action: 'thank-you'}, relative: false) }}{% endverbatim %}</span></code></pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a common quirk to watch out for when declaring routes in FastRoute? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">FastRoute cannot handle a slash-suffix: for a route defined as <code>/page</code>, requesting <strong>/page</strong> works, but <strong>/page/</strong> gives a 404. Any optional part, including slashes, needs to be included inside the optional block, not appended outside it &#8211; otherwise the URLGenerator ends up producing the wrong route for the index action.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why should route names be used instead of hard-coded URLs? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Hand-writing and hard-coding URLs into anchor tags is a bad idea because a URL may change and then every reference throughout the app would need to be updated. Instead, every defined route has a name that can be referenced through the URLGenerator.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you generate a URL from a route name inside a controller? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use <code>$this-&gt;url()</code>, passing the route name as the first parameter and any optional blocks as the second parameter, for example in a redirect: <code>return new RedirectResponse($this-&gt;url('contact'));</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you generate a URL from a route name inside a Twig view? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use the global <code>path()</code> function, which works the same way as <code>url()</code>, taking the route name as the first parameter and any optional blocks as the second parameter, wrapped in curly brackets since it's dynamic Twig code.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/what-is-cross-origin-token-redemption.html.twig b/src/Blog/templates/page/blog-resource/how-to/what-is-cross-origin-token-redemption.html.twig
deleted file mode 100644
index c9a53c43..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/what-is-cross-origin-token-redemption.html.twig
+++ /dev/null
@@ -1,57 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What is cross origin token redemption?</h2>
-
-<p class="mb-3">Cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain. This process is commonly used in situations where a user needs to access resources from multiple domains, such as when a user is logged in to one website and needs to access resources from another website.</p>
-
-<p class="mb-3">When a token is issued from one domain, it is typically encrypted and signed to prevent tampering and ensure that it can only be used by the intended recipient. When the token is redeemed on a different domain, the receiving domain must first verify the authenticity of the token by checking the signature and decrypting the token.</p>
-
-<h3><strong>JSON Web Token (JWT)</strong></h3>
-
-<p class="mb-3">One common method of cross-origin token redemption is to use the JWT standard. JWTs are a compact, URL-safe means of representing claims to be transferred between two parties. They consist of three parts:</p>
-
-<ul><li><code>header</code>: it contains information about the token, including the algorithm used to sign it</li>
-
-<li><code>payload</code>: it contains the claims, which are the pieces of information that the token is intended to convey</li>
-
-<li><code>signature</code>: is used to verify that the token has not been tampered with.</li>
-</ul>
-
-<p class="mb-3">In order to redeem a JWT on a different domain, the receiving domain must first verify the signature using the algorithm specified in the header and the secret key that was used to sign the token. Once the signature is verified, the domain can then read the claims from the payload to determine if the user is authorized to access the requested resources.</p>
-
-<h3><strong>OAuth 2.0</strong></h3>
-
-<p class="mb-3">Another method of cross-origin token redemption is to use the OAuth 2.0 standard. OAuth 2.0 is an open standard for authorization that enables a third-party application to obtain limited access to an HTTP service. In this method, when a user is logged in to one website and wants to access resources from another website, the first website will redirect the user to the second website and pass a token. The second website will then validate the token and provide the user with access to the requested resources.</p>
-
-<p class="mb-3">In summary, cross-origin token redemption is a technique used to ensure the security and authenticity of a token that is issued by one website or domain, but intended for use on a different website or domain. This is achieved by verifying the signature of the token and decrypting it and by using standards like JWT or OAuth 2.0.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is cross-origin token redemption? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It is a technique used to ensure the security and authenticity of a token that is issued by one website or domain but intended for use on a different website or domain, commonly used when a user needs to access resources from multiple domains.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the three parts of a JSON Web Token (JWT)? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A JWT consists of a header (information about the token, including the signing algorithm), a payload (the claims, i.e. the pieces of information the token conveys), and a signature (used to verify the token has not been tampered with).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does a receiving domain verify a JWT? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The receiving domain first verifies the signature using the algorithm specified in the header and the secret key used to sign the token, then reads the claims from the payload to determine if the user is authorized to access the requested resources.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does OAuth 2.0 handle cross-origin token redemption? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">OAuth 2.0 is an open standard for authorization enabling a third-party application limited access to an HTTP service. When a user logged in to one website wants to access resources on another, the first website redirects the user to the second and passes a token, which the second website validates before granting access.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/how-to/what-is-psr-7-and-how-to-use-it.html.twig b/src/Blog/templates/page/blog-resource/how-to/what-is-psr-7-and-how-to-use-it.html.twig
deleted file mode 100644
index 4315f240..00000000
--- a/src/Blog/templates/page/blog-resource/how-to/what-is-psr-7-and-how-to-use-it.html.twig
+++ /dev/null
@@ -1,101 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What is PSR-7 and how to use it</h2><p class="mb-3">PSR-7 is a set of common interfaces defined by PHP Framework Interop Group. These interfaces are representing HTTP messages, and URIs for use when communicating trough HTTP.</p><p class="mb-3">Any web application using this set of interfaces is a PSR-7 application.</p><p class="mb-3">More about interfaces and interfaces examples can be found <a href="http://php.net/manual/language.oop5.interfaces.php" target="_blank" rel="noopener noreferrer">here</a>.</p><h2 id="interfaces">Interfaces</h2><p class="mb-3">In this section the Interfaces methods will be listed. The purpose of this list is to help in finding the methods when working with PSR-7. This can be considered as a cheatsheet for PSR-7 interfaces. The interfaces defined in PSR-7 are the following:</p><div class="table-responsive"><table class="table table-bordered table-sm"><thead><tr><th>Class Name</th><th>Description</th></tr></thead><tbody><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessagemessageinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageMessageInterface</a></td><td>Representation of a HTTP message</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessagerequestinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageRequestInterface</a></td><td>Representation of an outgoing, client-side request.</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessageserverrequestinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageServerRequestInterface</a></td><td>Representation of an incoming, server-side HTTP request.</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessageresponseinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageResponseInterface</a></td><td>Representation of an outgoing, server-side response.</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessagestreaminterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageStreamInterface</a></td><td>Describes a data stream</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessageuriinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageUriInterface</a></td><td>Value object representing a URI.</td></tr><tr><td><a href="http://www.php-fig.org/psr/psr-7/#psrhttpmessageuploadedfileinterface" target="_blank" rel="noopener noreferrer">PsrHttpMessageUploadedFileInterface</a></td><td>Value object representing a file uploaded through an HTTP request.</td></tr></tbody></table></div><h2 id="psr-7-usage">Working with PSR-7</h2><p class="mb-3">The following examples will illustrate how basic operations are done in PSR-7.</p><p class="mb-3">Zend Diactoros is an implementation for PSR-7 interfaces. It will be used to illustrate these examples. Installation guide for Zend Diactoros: <a href="https://zendframework.github.io/zend-diactoros/install/" target="_blank" rel="noopener noreferrer">Zend Diactoros Documentation &#8211; Installation</a></p><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">All other PSR-7 implementations should have the same behaviour.</p></blockquote><p class="mb-3">Alternative <a href="https://packagist.org/search/?q=psr7%20implementation" target="_blank" rel="noopener noreferrer">PSR-7 implementations</a>.</p><p class="mb-3">To use the <code>Zend Diactoros</code> classes add this at the beggining of the php file:</p><pre>use ZendDiactorosServerRequestFactory;
-use ZendDiactorosResponse;
-// autoloading
-$request = ServerRequestFactory::fromGlobals($_SERVER, $_GET, $_POST, $_COOKIE, $_FILES);
-$response = new Response();
-</pre><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">Note: The article applies to all PSR-7 implementations from this point forward.</p></blockquote><h2 id="working-with-http-headers">Working with HTTP Headers</h2><h4 id="adding-headers-to-response">Adding headers to response:</h4><pre>$response-&gt;withHeader('My-Custom-Header', 'My Custom Message');
-</pre><h4 id="appending-values-to-headers">Appending values to headers</h4><pre>$response-&gt;withAddedHeader('My-Custom-Header', 'The second message');
-</pre><h4 id="checking-if-header-exists">Checking if header exists:</h4><pre>$response-&gt;hasHeader('My-Custom-Header'); // will return true
-</pre><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">Note: My-Custom-Header was only added in the Response</p></blockquote><h4 id="getting-comma-separated-values-from-a-header-also-applies-to-request">Getting comma-separated values from a header (also applies to request)</h4><pre>// getting value from request headers
-$request-&gt;getHeaderLine('Content-Type'); // will return: "text/html; charset=UTF-8"
-// getting value from response headers
-$response-&gt;getHeaderLine('My-Custom-Header'); // will return:  "My Custom Message; The second message"
-</pre><pre>// getting value from request headers
-$request-&gt;getHeaderLine('Content-Type'); // will return: "text/html; charset=UTF-8"
-// getting value from response headers
-$response-&gt;getHeaderLine('My-Custom-Header'); // will return:  "My Custom Message; The second message"
-</pre><h4 id="getting-array-of-value-from-a-header-also-applies-to-request">Getting array of value from a header (also applies to request)</h4><pre>// getting value from request headers
-$request-&gt;getHeader('Content-Type'); // will return:
-// getting value from response headers
-$response-&gt;getHeader('My-Custom-Header'); // will return:
-</pre><h4 id="removing-headers-from-http-messages">Removing headers from HTTP Messages</h4><pre>// removing a header from Request, removing deprecated "Content-MD5" header
-$request-&gt;withoutHeader('Content-MD5');
-// removing a header from Response
-// effect: the browser won't know the size of the stream
-// the browser will download the stream till it ends
-$response-&gt;withoutHeader('Content-Length');
-</pre><h2 id="working-with-http-message-body">Working with HTTP Message Body</h2><p class="mb-3">When working with the PSR-7 there are two methods of implementation:</p><h4 id="1-getting-the-body-separately">1. Getting the body separately</h4><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">This method makes the body handling easier to understand and is useful when repeatedly calling body methods. (You only call <code>getBody()</code> once). Using this method mistakes like <code>$response-&gt;write()</code> are also prevented.</p></blockquote><pre>$body = $response-&gt;getBody();
-// operations on body, eg. read, write, seek
-// ...
-// replacing the old body
-$response-&gt;withBody($body);
-// this last statement is optional as we working with objects
-// in this case the "new" body is same with the "old" one
-// the $body variable has the same value as the one in $request, only the reference is passed
-</pre><h4 id="2-working-directly-on-response">2. Working directly on response</h4><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">This method is useful when only performing few operations as the <code>$request-&gt;getBody()</code> statement fragment is required</p></blockquote><pre>$response-&gt;getBody()-&gt;write('hello');
-</pre><h2 id="getting-the-body-contents">Getting the body contents</h2><p class="mb-3">The following snippet gets the contents of a stream contents.</p><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">Note: Streams must be rewinded, if content was written into streams, it will be ignored when calling <code>getContents()</code> because the stream pointer is set to the last character, which is <code>\0</code> &#8211; meaning end of stream.</p></blockquote><pre><code>
-$body = $response-&gt;getBody();
-$body-&gt;rewind(); // or $body-&gt;seek(0);
-$bodyText = $body-&gt;getContends();
-</code></pre><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">Note: If <code>$body-&gt;seek(1)</code> is called before <code>$body-&gt;getContents()</code>, the first character will be ommited as the starting pointer is set to <code>1</code>, not <code>0</code>. This is why using <code>$body-&gt;rewind()</code> is recommended.</p></blockquote><h2 id="append-to-body">Append to body</h2><pre>$response-&gt;getBody()-&gt;write('Hello'); // writing directly
-$body = $request-&gt;getBody(); // which is a `StreamInterface`
-$body-&gt;write('xxxxx');
-</pre><h2 id="prepend-to-body">Prepend to body</h2><p class="mb-3">Prepending is different when it comes to streams. The content must be copied before writing the content to be prepended. The following example will explain the behaviour of streams.</p><pre>// assuming our response is initially empty
-$body = $repsonse-&gt;getBody();
-// writing the string "abcd"
-$body-&gt;write('abcd');
-// seeking to start of stream
-$body-&gt;seek(0);
-// writing 'ef'
-$body-&gt;write('ef'); // at this point the stream contains "efcd"
-</pre><h4 id="prepending-by-rewriting-separately">Prepending by rewriting separately</h4><pre>// assuming our response body stream only contains: "abcd"
-$body = $response-&gt;getBody();
-$body-&gt;rewind();
-$contents = $body-&gt;getContents(); // abcd
-// seeking the stream to beginning
-$body-&gt;rewind();
-$body-&gt;write('ef'); // stream contains "efcd"
-$body-&gt;write($contents); // stream contains "efabcd"
-</pre><blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><p class="mb-3">Note: <code>getContents()</code> seeks the stream while reading it, therefore if the second <code>rewind()</code> method call was not present the stream would have resulted in <code>abcdefabcd</code> because the <code>write()</code> method appends to stream if not preceeded by <code>rewind()</code> or <code>seek(0)</code>.</p></blockquote><h4 id="prepending-by-using-contents-as-a-string">Prepending by using contents as a string</h4><pre>$body = $response-&gt;getBody();
-$body-&gt;rewind(); // or $body-&gt;seek(0);
-$bodyText = $body-&gt;getContends();
-</pre><p class="mb-3">More information can be found in the PSR-7 article in<a href="https://www.php-fig.org/psr/psr-7/"> Dotkernel3 documentation portal</a>.</p><p class="mb-3">Sources: <a href="http://www.php-fig.org/psr/psr-7/">PSR-7: HTTP messages</a> <a href="https://zendframework.github.io/zend-diactoros/">zend-diactoros</a></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is PSR-7? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PSR-7 is a set of common interfaces defined by the PHP Framework Interop Group, representing HTTP messages and URIs for use when communicating through HTTP. Any web application using this set of interfaces is a PSR-7 application.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What interfaces does PSR-7 define? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PSR-7 defines MessageInterface (representation of an HTTP message), RequestInterface (an outgoing, client-side request), ServerRequestInterface (an incoming, server-side HTTP request), ResponseInterface (an outgoing, server-side response), StreamInterface (a data stream), UriInterface (a URI value object), and UploadedFileInterface (a file uploaded through an HTTP request).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What implementation is used to illustrate the PSR-7 examples? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend Diactoros is used as the PSR-7 implementation for the examples, though the article notes that all other PSR-7 implementations should have the same behaviour.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you add or check headers on a response? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use <code>$response-&gt;withHeader('My-Custom-Header', 'My Custom Message')</code> to add a header, <code>$response-&gt;withAddedHeader(...)</code> to append another value to it, and <code>$response-&gt;hasHeader('My-Custom-Header')</code> to check whether it exists.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why must a stream be rewound before reading its contents? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If content was written into a stream, calling <code>getContents()</code> without first calling <code>$body-&gt;rewind()</code> (or <code>$body-&gt;seek(0)</code>) will return nothing, because the stream pointer is left at the end of the stream after writing.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.html.twig b/src/Blog/templates/page/blog-resource/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.html.twig
deleted file mode 100644
index 6a55ccbc..00000000
--- a/src/Blog/templates/page/blog-resource/javascript/codelobster-php-edition-free-php-html-css-javascript-editor-ide.html.twig
+++ /dev/null
@@ -1,59 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition</h2>
-<div ><img title="Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition" alt="Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition" src="http://www.codelobster.com/images/clphped.gif" width="582" height="420" ></div>
-<p >For valuable work on creation of sites you need a good comfortable editor necessarily. There are many requiring paid products for this purpose, but we would like to select free of charge very functional and at the same time of simple in the use editor - <strong><a href="http://www.codelobster.com/" target="_blank" rel="noopener noreferrer">Codelobster PHP Edition</a></strong> .</p>
-
-<ul>
-<li>Let us consider some important possibilities and advantages of this program:</li>
-</ul>
-&nbsp;
-<ul>
-    <li>All <strong>code highlights</strong> depending on a type, the also mixed code is thus supported, so the area of HTML will be highlighted as HTML, PHP as PHP, and Javascript as Javascript in a the same file. Thre is possibility of choice from color schemes, including popular IDEs.</li>
-    <li>Powerful <strong>autocompletion for HTML, PHP, CSS and Javascript</strong>, including HTML5 and CSS3. For PHP the structure of project is fully recognized, and the complete list of methods falls out in the proper places.</li>
-    <li><strong>HTML/CSS</strong> inspector on the type of Firebug, which allows easily to correlate the selected elements of page with a code and proper style.</li>
-    <li><strong>Context help</strong> on all supported languages. By pressing F1 key the page with detailed description for current tag, attribute or function will be opened.</li>
-    <li><strong>PHP debugger</strong>. PHP debugger allows to execute PHP scripts incrementally, watching the values of all variables in every line.</li>
-    <li><strong>SQL manager</strong> allows to produce all necessary actions with a database - to add, delete, edit a structure and records in tables, to export data, execute SQL queries. Highlighting and autocompletion works for SQL files also.</li>
-    <li><strong>Support of FTP</strong> allows to work straight with a remote server and to do all necessary changes with files;</li>
-    <li><strong>The portable option</strong> allows to use editor without the preliminary installation.</li>
-    <li>Other useful utilities: pair highlighting, possibility of blocks selection, collapsing, tooltips, navigation on descriptions of functions and included files at withholding of the key of CTRL, viewing of structure of files and project, preview in a browser, book-marks, and all other standard possibilities for work with a code.</li>
-</ul>
-<h3>Also there are special plugins for work with:</h3>
-<ul>
-    <li>CMS: <strong>Drupal, Joomla</strong></li>
-    <li>PHP frameworks: <strong>CakePHP, CodeIgniter, Symfony, Yii</strong></li>
-    <li>JavaScript libraly: <strong>JQuery</strong></li>
-    <li><strong>WordPress</strong> blogging engine</li>
-    <li><strong>Smarty</strong> template engine</li>
-</ul>
-&nbsp;
-
-<a title="Free PHP, HTML, CSS, JavaScript editor (IDE)" href="http://www.codelobster.com" target="_blank" rel="noopener noreferrer">http://www.codelobster.com</a>
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What kind of code highlighting does Codelobster PHP Edition support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It highlights code depending on its type, even within a mixed file, so HTML, PHP and Javascript sections are each highlighted according to their own language, with a choice of color schemes including those of popular IDEs.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What frameworks and CMS does Codelobster PHP Edition have plugins for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">There are plugins for the Drupal and Joomla CMS, the CakePHP, CodeIgniter, Symfony and Yii PHP frameworks, the JQuery JavaScript library, the WordPress blogging engine, and the Smarty template engine.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What other tools does the editor include besides autocompletion and highlighting? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It includes an HTML/CSS inspector similar to Firebug, context help (F1 opens documentation for the current tag, attribute or function), a PHP debugger for incremental execution with variable watching, an SQL manager for database operations, FTP support for working directly on a remote server, and a portable option that requires no installation.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/javascript/intro-to-jquery.html.twig b/src/Blog/templates/page/blog-resource/javascript/intro-to-jquery.html.twig
deleted file mode 100644
index f54fd411..00000000
--- a/src/Blog/templates/page/blog-resource/javascript/intro-to-jquery.html.twig
+++ /dev/null
@@ -1,97 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Starting with the 1.5 release, Dotkernel will make the switch from Dojo to jQuery.
-
-On jQuery's website, there's an excellent "<a href="http://docs.jquery.com/Tutorials:Getting_Started_with_jQuery" target="_blank" rel="noopener noreferrer">Getting started with jQuery tutorial</a>", as well as a extensive <a href="http://api.jquery.com/" target="_blank" rel="noopener noreferrer">documentation</a> for the framework, so I'll just go over a few basic concepts and common examples.
-<!--more-->
-<h2>The jQuery object</h2>
-<strong> jQuery</strong> is the global object that contains all of jQuery's functionality. You will probably want to use <strong>$</strong> instead which is a synonim of the same object, only faster to type.
-
-It contains a few useful methods such as <a href="http://api.jquery.com/jQuery.map/" target="_blank" rel="noopener noreferrer">jQuery.map</a>, but it's mostly used with a selector parameter to retrieve a set of matched elements.
-<h2>Selectors</h2>
-jQuery supports the same selectors as CSS (note: all selectors will work even in browsers that don't actually have CSS support for them)
-
-<h3>Examples:</h3>
-<pre>// the element that matches an id
-$("#someId");
-// all elements with a certain class
-$(".someClass")
-// all odd rows from a certain table
-$("table#monthlyStats tbody tr:nth-child(odd)")
-</pre>
-The results of these expressions is a jQuery object that contains one, more, or no matched elements.
-<h2>Manipulating matched elements</h2>
-There are a number of functions that can be applied to a jQuery object, for example:
-<pre>$("input#username").addClass("error")</pre>
-Since most of these functions will also return the same jQuery object, they can be chained. For example, the following expression will set the text of the <em>#errors</em> element and fade it in:
-<pre>$("#errors").text("The was an eror").fadeIn()</pre>
-<h2>Events</h2>
-Adding events in Javascript instead of using "onclick" attributes in HTML means that the markup is much cleaner, and you get better support for more events in all browsers.
-
-In the following example, a click event is attached to an element. The function that will be called when the event is fired (callback) is passed as an argument to the <em>click</em> function
-<pre>$("#helpButton").click(function(){
-    $("#helpMessage").show()
-});
-</pre>
-<h2>Ajax</h2>
-jQuery has <a href="http://api.jquery.com/category/ajax/" target="_blank" rel="noopener noreferrer">many ajax helper functions</a>, here is a simple example that will replace the contents of an element with data loaded from the server:
-<pre>$.get("get-news.php", function(result){
-   $("#news").html(result)
-})
-</pre>
-<h2>Putting it all together</h2>
-The following snippet can be used on a registration form to check whether the username already exists, before the form is submitted.
-<pre>$(document).ready(
-  $("input#username").blur(function(){
-    $.getJSON(
-      "/check-username.php",
-      {
-         username:$("input#username").val()
-      },
-      function(data){
-        if (data.taken === true){
-          $("input#username").addClass("taken")
-        }else{
-          $("input#username").removeClass("taken")
-        }
-      }
-  });
-);
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why is Dotkernel switching to jQuery? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting with the 1.5 release, Dotkernel makes the switch from Dojo to jQuery.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the jQuery object, and what is $? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">jQuery is the global object that contains all of jQuery's functionality. <strong>$</strong> is a synonym for the same object that's faster to type, and is mostly used with a selector parameter to retrieve a set of matched elements.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What selectors does jQuery support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">jQuery supports the same selectors as CSS, and these selectors work even in browsers that don't natively support them, for example <code>$("#someId")</code>, <code>$(".someClass")</code>, or <code>$("table#monthlyStats tbody tr:nth-child(odd)")</code>.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you attach a click event to an element? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Pass a callback function to the <code>click</code> function on a jQuery selection, for example: <code>$("#helpButton").click(function(){ $("#helpMessage").show() });</code>. This keeps markup cleaner than using "onclick" attributes in HTML.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does jQuery handle Ajax requests? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">jQuery provides ajax helper functions such as <code>$.get()</code> and <code>$.getJSON()</code>, for example loading data from the server and replacing an element's contents with <code>$.get("get-news.php", function(result){ $("#news").html(result) })</code>.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/javascript/javascript-email-validator.html.twig b/src/Blog/templates/page/blog-resource/javascript/javascript-email-validator.html.twig
deleted file mode 100644
index fccf2acc..00000000
--- a/src/Blog/templates/page/blog-resource/javascript/javascript-email-validator.html.twig
+++ /dev/null
@@ -1,34 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<strong>Problem:</strong> email should allow +/- characters in user, - in domain.
-<span class="mediumtext">dash (-) should be allowed anywhere in an email address or domain.
-plus (+) is allowed in the username (many people use this for categorization, especially at gmail)</span>
-
-<strong>Solution :</strong>
-<pre>var regex = new RegExp("^+(\.+)*@+(\.+)*\.({2,})$","i");</pre>
-This will validated also emails like: username1+username2@gmail-domain.co.uk
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What problem does this email validator solve? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Common email regex patterns fail to allow the plus (+) character in the username and the dash (-) character anywhere in the address or domain. The plus sign is used by many people, especially on Gmail, for categorization, and dashes commonly appear in domain names, so a validator that rejects them is too strict.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the suggested regex solution? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article proposes the regular expression <code>^+(\.+)*@+(\.+)*\.({2,})$</code> (case-insensitive) as a replacement that permits both the plus and dash characters in the appropriate parts of the address.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What kind of email addresses does this regex validate? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">According to the article, this pattern will also successfully validate addresses like <code>username1+username2@gmail-domain.co.uk</code>, which combine a plus-separated username with a dashed domain.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/licensing/mit-versus-lgpl-in-practice-dotkernel-case.html.twig b/src/Blog/templates/page/blog-resource/licensing/mit-versus-lgpl-in-practice-dotkernel-case.html.twig
deleted file mode 100644
index 69188590..00000000
--- a/src/Blog/templates/page/blog-resource/licensing/mit-versus-lgpl-in-practice-dotkernel-case.html.twig
+++ /dev/null
@@ -1,60 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">After a recent analysis, we discovered that <strong>one of the upstream packages</strong> we use is <strong>licensed under <a href="https://www.gnu.org/licenses/lgpl-3.0.en.html" data-type="link" data-id="https://www.gnu.org/licenses/lgpl-3.0.en.html" target="_blank" rel="noreferrer noopener">LGPL v3</a></strong>. Even though we at <strong>Dotkernel </strong>use the <strong><a href="https://opensource.org/license/mit" data-type="link" data-id="https://opensource.org/license/mit" target="_blank" rel="noreferrer noopener">MIT</a></strong> license for our open source projects, the more restrictive license must be applied to the whole application. We implemented a workaround detailed below.</p>
-
-<h2>Detailing the problem</h2>
-
-<p class="mb-3">The package in question is <a href="https://github.com/matomo-org/device-detector" data-type="link" data-id="https://github.com/matomo-org/device-detector" target="_blank" rel="noreferrer noopener"><strong>matomo/device-detector</strong></a> which requires the developers to <strong>share their derivative code publicly</strong>. This goes against our contractual obligations to the client to keep their custom code business and enterprise friendly. The conflict that results in this scenario may cause <strong>legal issues</strong> in the future.</p>
-
-<h2>The solution</h2>
-
-<p class="mb-3">Some companies explicitly steer clear of scenarios of this nature and Dotkernel has decided to do the same. Our <strong>solution </strong>for Dotkernel applications and libraries is to <strong>discard the use of 3rd party packages with LGPL v3</strong>. In this particular case we used the <strong>matomo/device-detector</strong> package in our <a href="https://github.com/dotkernel/dot-user-agent-sniffer" data-type="link" data-id="https://github.com/dotkernel/dot-user-agent-sniffer" target="_blank" rel="noreferrer noopener"><strong>dotkernel/dot-user-agent-sniffer</strong></a> package for the purpose of identifying the user agent and using the results in internal reports.</p>
-
-<p class="mb-3">ALL of <strong><a href="https://github.com/dotkernel" data-type="link" data-id="https://github.com/dotkernel" target="_blank" rel="noreferrer noopener">Dotkernel's</a> </strong>packages are licensed under <strong>MIT </strong>which <strong>has no restrictions</strong> regarding the <strong>source code</strong>, other than keeping the license and copyright notice in a file within each package. Other non-restrictive licenses include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0. Some of them are used by the dependencies in Dotkernel’s packages instead of MIT, but are still deemed acceptable.</p>
-
-<h2>The resolution</h2>
-
-<p class="mb-3">The <strong>dotkernel/dot-user-agent-sniffer</strong> package <strong>must follow the LGPL v3 license</strong>, beginning with version 3.4.0. Our <a href="https://github.com/dotkernel/admin" data-type="link" data-id="https://github.com/dotkernel/admin" target="_blank" rel="noreferrer noopener">admin application</a> will not use the features from matomo/device-detector, but will contain instructions on how to add the package, if other developers intend to use it.</p>
-
-<h2>Important note</h2>
-
-<p class="mb-3"><strong>Warning: Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability</strong>. We at Dotkernel will not abandon the issue as is, but are looking into a solution to bring back the device detector functionality in the future under a less restrictive license. For now we will not include dotkernel/dot-user-agent-sniffer in any of our applications by default.</p>
-
-<p class="mb-3">Rob Allen has created an automation to check the licenses of installed packages. You can follow his article <a href="https://akrabat.com/check-licenses-of-composer-dependencies/" data-type="link" data-id="https://akrabat.com/check-licenses-of-composer-dependencies/" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did Dotkernel need a workaround for this package? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">An analysis found that an upstream package, matomo/device-detector, was licensed under LGPL v3, which requires developers to share their derivative code publicly. Since Dotkernel's own projects use the MIT license, and the more restrictive license would have to apply to the whole application, this conflicted with contractual obligations to keep client code business and enterprise friendly.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where was the LGPL v3 package being used? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The matomo/device-detector package was used in Dotkernel's dot-user-agent-sniffer package to identify the user agent and use the results in internal reports.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What solution did Dotkernel adopt? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel decided to discard the use of third-party packages licensed under LGPL v3. All of Dotkernel's own packages are licensed under MIT, which has no restrictions on the source code other than keeping the license and copyright notice in a file within each package. Other non-restrictive licenses considered acceptable include Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC, MPL-2.0 and OSL-3.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What changed in dot-user-agent-sniffer as a result? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Starting with version 3.4.0, the dotkernel/dot-user-agent-sniffer package must follow the LGPL v3 license. The admin application will not use the features from matomo/device-detector, but will contain instructions for developers who intend to add the package themselves.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is it still risky to use an older version of dot-user-agent-sniffer? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Any application using dotkernel/dot-user-agent-sniffer with a version lower than 3.4.0 is still a legal liability. Dotkernel states it will not include dotkernel/dot-user-agent-sniffer in any of its applications by default for now, while it looks into bringing back the device detector functionality under a less restrictive license in the future.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.html.twig b/src/Blog/templates/page/blog-resource/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.html.twig
deleted file mode 100644
index f27a7401..00000000
--- a/src/Blog/templates/page/blog-resource/middleware/dotkernel-light-improvements-psr-15-handlers-vite-phpstan.html.twig
+++ /dev/null
@@ -1,95 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3"><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a> is the smallest complete Mezzio application - a PSR-15 pipeline, routing and templating, with nothing to strip out. A good starting point for a simple site, like a presentation site, that can be expanded as needed.</p>
-
-<p class="mb-3">Dotkernel Light has come a long way since our <a href="https://www.dotkernel.com/dotkernel/dotkernel-light-the-best-choice-for-your-presentation-site/">last update</a>. It's just as useful for a presentation site, but our perfectionist devs thought we could do better. Let's see what we have improved to make your use of Light that much more convenient.</p>
-
-<h2>Migrating from controllers to handlers</h2>
-
-<p class="mb-3"><a href="https://github.com/dotkernel/dot-controller" target="_blank" rel="noreferrer noopener">dotkernel/dot-controller</a> isn't going away, but we have switched to <a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15</a> handlers instead. <a href="https://www.php-fig.org/psr/psr-7/" target="_blank" rel="noreferrer noopener">PSR-7 HTTP message interfaces</a> defines the request handler as an individual component that processes a request and produces a response. Given that it's used in a middleware architecture, the request can be wildly different (e.g. filtered, augmented) by the time it reaches your custom code. Handlers split the code into more manageable chunks and cleaner file structure. An added benefit is it allows us to figure out an application's functionality easier. We will expand on this aspect further down in the article, in the 'Naming pattern' chapter.</p>
-
-<h2>Implementing PSR-15 compatible handlers</h2>
-
-<p class="mb-3">We are striving to implement every feature with the most modern standards and design patterns in mind. The <a href="https://www.php-fig.org/" target="_blank" rel="noreferrer noopener">PHP Framework Interop Group</a> defines PSR-15 as common interfaces for HTTP server request handlers and HTTP middleware that use HTTP messages as described by PSR-7. The MVC design pattern is considered obsolete by respected members of the PHP community, so we are replacing it with Middleware and HTTP message desing pattern.</p>
-
-<h2>Adopting a naming pattern for PSR-15 handlers</h2>
-
-<p class="mb-3">Now the file names reflect the functionality at a glance. We devised a naming pattern for our PSR-15 handlers that highlights the method, resouce and action for each file to make navigation and onboarding that much easier. We like to keep things tidy, as well as informative.</p>
-
-<h2>Implementing Vite</h2>
-
-<p class="mb-3"><a href="https://vite.dev/">Vite</a> replaces <a href="https://webpack.js.org">webpack</a> as our static modules bundler. It concatenates and compresses <code>.css</code> and <code>.js</code> files to enable faster downloads. It also preprocesses <code>.scss</code> files into <code>.css</code>. As far as devs using Light are concerned, Vite was configured to work similarly to webpack. We decided the technical advantages like easier dependency management and execution speed justified the migration to Vite. It's also highly recommended by the PHP community.</p>
-
-<h2>Replacing Psalm with PHPStan</h2>
-
-<p class="mb-3">Both <a href="https://psalm.dev/" target="_blank" rel="noreferrer noopener">Psalm</a> and <a href="https://phpstan.org/" target="_blank" rel="noreferrer noopener">PHPStan</a> are respected and widely-used static analysis tools. Some of the big names in the PHP ecosystem have opted for the same switch, so we decided to follow suit. Ultimately, the functionality is similar to our previous tool, but the growing interest and improved detection quality make PHPStan a great choice for our applications. PHPStan is configured to run at rule level 8 to help prevent bugs and write better code.</p>
-
-<h2>Other updates</h2>
-
-<p class="mb-3">Some of the smaller updates involve:</p>
-
-<ul><li>Adding support for PHP 8.4.</li>
-
-<li>Enabling <a href="https://phpstan.org/" target="_blank" rel="noreferrer noopener">PHPStan</a> and <a href="https://www.jetbrains.com/qodana/" target="_blank" rel="noreferrer noopener">Qodana</a> to run for PHP 8.4 as well.</li>
-
-<li>Cleaning up and adapting the error configuration file to make use of the latest features.</li>
-
-<li>Updating <a href="https://github.com/laminas/laminas-coding-standard" target="_blank" rel="noreferrer noopener">laminas/laminas-coding-standard</a> to the latest major version.</li>
-
-<li>Updating composer.json to make sure it's up-to-date with the latest releases for each dependency, as well as to remove any now-obsolete items.</li>
-
-<li>Implementing a more reliable and efficient post install script to help get you up and running that much faster.</li>
-
-<li>Removing <a href="https://github.com/dotkernel/dot-twigrenderer" target="_blank" rel="noreferrer noopener">dotkernel/dot-twigrenderer</a> in favor of a direct implementation of <a href="https://github.com/mezzio/mezzio-twigrenderer" target="_blank" rel="noreferrer noopener">mezzio/mezzio-twigrenderer</a>.</li>
-</ul>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why did Dotkernel Light switch from controllers to handlers? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Light switched to PSR-15 handlers instead of dotkernel/dot-controller (which isn't going away, but is no longer used here). Since the request can be filtered or augmented by the time it reaches custom code in a middleware architecture, handlers split the code into more manageable chunks and a cleaner file structure, and make an application's functionality easier to figure out.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What naming pattern is used for the new PSR-15 handlers? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">A naming pattern was devised that highlights the method, resource, and action for each handler file, so file names reflect their functionality at a glance, making navigation and onboarding easier.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was Vite adopted instead of webpack? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Vite replaces webpack as the static modules bundler, concatenating and compressing .css and .js files and preprocessing .scss files into .css. It was configured to work similarly to webpack for developers using Light, and was chosen for its easier dependency management, execution speed, and its recommendation by the PHP community.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was Psalm replaced with PHPStan? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Both Psalm and PHPStan are respected, widely-used static analysis tools with similar functionality, but growing interest and improved detection quality led Dotkernel to follow other big names in the PHP ecosystem and switch to PHPStan, which is configured to run at rule level 8 to help prevent bugs and write better code.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What other smaller updates were made to Dotkernel Light? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Other updates include adding support for PHP 8.4, enabling PHPStan and Qodana to run for PHP 8.4, cleaning up the error configuration file, updating laminas/laminas-coding-standard to its latest major version, updating composer.json dependencies and removing obsolete items, implementing a more reliable and efficient post-install script, and removing dotkernel/dot-twigrenderer in favor of a direct implementation of mezzio/mezzio-twigrenderer.</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional resources</h2>
-
-<p class="mb-3"><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light Git</a></p>
-
-<p class="mb-3"><a href="https://light.dotkernel.net/" target="_blank" rel="noreferrer noopener">Dotkernel Light demo</a></p>
-
-<p class="mb-3"><a href="https://docs.dotkernel.org/light-documentation/" target="_blank" rel="noreferrer noopener">Dotkernel Light documentation</a></p>
-
-<p class="mb-3"><a href="https://www.php-fig.org/" target="_blank" rel="noreferrer noopener">PHP Framework Interop Group</a></p>
-
-<p class="mb-3"><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15: HTTP Server Request Handlers</a></p>
-
-<p class="mb-3"><a href="https://www.dotkernel.com/php-development/static-analysis-replacing-psalm-with-phpstan/" target="_blank" rel="noreferrer noopener">Static Analysis – Replacing Psalm with PHPStan</a></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.html.twig b/src/Blog/templates/page/blog-resource/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.html.twig
deleted file mode 100644
index 14437e23..00000000
--- a/src/Blog/templates/page/blog-resource/middleware/handling-dynamic-routing-using-fastroute-in-dotkernel.html.twig
+++ /dev/null
@@ -1,148 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The goal of this update is to replace the static way of creating routes with a more dynamic implementation. The result is a cleaner approach that is easier to set up and review at a glance.</p>
-
-<p class="mb-3"><code>RoutesDelegator.php</code> is used to configure the routes in Dotkernel applications. <code>Routing </code>allows web applications to respond to user requests by executing the correct code based on URL paths. The dynamic aspect discussed in this article moves the relevant items for each route into the <code>local.php</code> file. The RoutesDelegator then reads the route configuration and generates the routes.</p>
-
-<blockquote><p class="mb-3">This is the first in a series of articles for switching from controllers to handlers that are PSR-15 compliant. It's aimed at static pages alone, so any other method like <code>post</code>, <code>put</code> or <code>delete</code> will return a <code>405 status code</code>.</p>
-</blockquote>
-
-<h2>The old way of doing things</h2>
-
-<p class="mb-3">In the past, declaring routes had a more static, hard-coded approach. All our modules have a <code>RoutesDelegator.php</code> file in the <code>src</code> folder for each module. Each route would have an entry like the one below:</p>
-
-<pre>$app->get('/page[/{action}]', [GetPageViewHandler::class], 'page');</pre>
-
-<p class="mb-3">This route would be used for urls like <code>/page/about</code> or <code>/page/who-we-are</code> that we will reference later.</p>
-
-<p class="mb-3">These are the required items:</p>
-
-<ul><li>A <strong>method</strong>, in this case <code>get</code> which is aimed at static pages.</li>
-
-<li>A <strong>path</strong> used to direct the execution to a handler, in this case <code>/page[/{action}]</code> which also uses the optional parameter <code>action</code>.</li>
-
-<li>A <strong>handler</strong> to be executed, like <code>GetPageViewHandler</code> which is designed to display static pages out of the box, but can be expanded as needed.</li>
-
-<li>A unique <strong>route name</strong>, like <code>page</code> which can be referenced to generate redirects or set up authorization.</li>
-</ul>
-
-<p class="mb-3">In a live application the route list can quickly grow to many more entries, each with its own logic:</p>
-
-<ul><li>Product list</li>
-
-<li>Product details</li>
-
-<li>Checkout</li>
-
-<li>Contact us</li>
-
-<li>Reports</li>
-
-<li>Order History</li>
-
-<li>Blog</li>
-</ul>
-
-<p class="mb-3">These items can be grouped into modules, meaning you have to dig into multiple RoutesDelegators when a routing error occurs.</p>
-
-<h2>The new approach</h2>
-
-<p class="mb-3">The update centralizes the route configuration in the <code>config/autoload/local.php</code> file. Here is how the routing looks out of the box:</p>
-
-<pre>'routes'      => [
-    'page' => [
-        'about'      => 'about',
-        'who-we-are' => 'who-we-are',
-    ],
-],</pre>
-
-<p class="mb-3">This supports the urls <code>/page/about</code> and <code>/page/who-we-are</code>.</p>
-
-<p class="mb-3">Let's list the components under the <code>routes</code> array:</p>
-
-<ul><li><code>page</code> is the module name.</li>
-
-<li>The key <code>about</code> is used to build the page's path.</li>
-
-<li>The value <code>about</code> is the template file.</li>
-</ul>
-
-<p class="mb-3">In this setup, the <code>RoutesDelegator</code> file doesn't need to be touched most of the time. This is how it generates the routes for each page:</p>
-
-<pre>$routes = $container->get('config')['routes'] ?? [];
-foreach ($routes as $prefix => $moduleRoutes) {
-    foreach ($moduleRoutes as $routeUri => $templateName) {
-    $app->get(
-        sprintf('/%s/%s', $prefix, $routeUri),
-        GetPageViewHandler::class,
-        sprintf('%s::%s', $prefix, $templateName)
-    );
-    }
-}</pre>
-
-<p class="mb-3">Each item under <code>routes</code> array for each module will have its own entry. The result is you have a <code>get</code> for the <code>about</code> page and another for the <code>who-we-are</code> page.</p>
-
-<h2>Advanced configuration</h2>
-
-<p class="mb-3">You have the same versatility as before for route configuration. Below we explore some scenarios that showcase the control you still have over the routing.</p>
-
-<p class="mb-3">The template file is taken from the path, but you can still change that in the <code>handler</code> based on your requirements. Replace <code>$template = $request-&gt;getAttribute(RouteResult::class)-&gt;getMatchedRouteName();</code> with a template of your choosing, like <code>$template = 'my-template';</code></p>
-
-<p class="mb-3">Say you want to change the url from <code>/page/about</code>, to <code>/about</code> for SEO purposes. All you have to do is remove the <code>$moduleName</code> parameter from <code>sprintf('/%s/%s', $moduleName, $routeUri),</code> making it <code>sprintf('/%s', $routeUri),</code>. Take care not to break other routes, though!</p>
-
-<p class="mb-3">If you need to change the url parameter, you can do that in the <code>local.php</code> file. Edit <code>'about' =&gt; 'about',</code> into <code>'about-us' =&gt; 'about',</code>. This changes the original url to <code>/page/about-us</code>, but uses the same <code>about</code> template as before.</p>
-
-<p class="mb-3">Do you need a dynamic parameter? Edit the route entry from <code>'about' =&gt; 'about',</code> to <code>'about/{id}' =&gt; 'about',</code>. This expands the matched url to support something like <code>/page/about/us</code>, <code>/page/about/company</code>, <code>/page/about/123</code> which will allow you to customize each url with different content in the handler. All you need is to use <code>$request-&gt;getAttribute('id')</code> to tell what page you are on.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the goal of this dynamic routing update? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The goal is to replace the static way of creating routes with a more dynamic implementation, resulting in a cleaner approach that is easier to set up and review at a glance.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How were routes configured in the old, static approach? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Each module had its own RoutesDelegator.php file in the src folder, with hard-coded route entries such as <code>$app->get('/page', , 'page');</code>. Each route needed a method (e.g. get), a path used to direct execution to a handler, a handler like GetPageViewHandler, and a unique route name. In a live application the route list can grow to many entries grouped across modules, meaning multiple RoutesDelegators had to be checked when a routing error occurred.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How does the new approach centralize route configuration? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The update centralizes the route configuration in the config/autoload/local.php file, moving the relevant items for each route into a routes array. RoutesDelegator.php then reads this configuration and generates the routes automatically, so it doesn't need to be touched most of the time.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What do the entries under the routes array represent? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">For a module like page, the module name is the top-level key, the array key (e.g. about) is used to build the page's path, and its value (e.g. about) is the template file. This supports urls like /page/about and /page/who-we-are.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Can routes still be customized beyond the default setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. You can change the template used by editing the handler's template attribute, change a URL for SEO purposes by removing the module name parameter from the generated path, change the URL segment by editing the key in local.php (e.g. turning 'about' into 'about-us' while keeping the same template), or add a dynamic parameter (e.g. 'about/{id}') and read it in the handler via $request->getAttribute('id').</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does this update support methods other than GET? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No - this is the first in a series of articles for switching from controllers to PSR-15 compliant handlers, and it is aimed at static pages alone, so any other method like post, put or delete will return a 405 status code.</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional resources</h2>
-
-<p class="mb-3"><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a></p>
-
-<p class="mb-3"><a href="https://docs.dotkernel.org/light-documentation/v1/how-tos/routing/" target="_blank" rel="noreferrer noopener">Dotkernel Light Routing How to</a></p>
-
-<p class="mb-3"><a href="https://github.com/nikic/FastRoute" target="_blank" rel="noreferrer noopener">FastRoute</a></p>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.html.twig b/src/Blog/templates/page/blog-resource/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.html.twig
deleted file mode 100644
index b7a2274d..00000000
--- a/src/Blog/templates/page/blog-resource/middleware/replacing-controllers-with-psr-15-compliant-handlers-in-dotkernel-light.html.twig
+++ /dev/null
@@ -1,165 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2></h2>
-
-<p class="mb-3">The goal of this update is to implement <a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15</a> handlers into <a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a>. There are several advantages to using handlers, which we will explore below.</p>
-
-<p class="mb-3">We strive to keep our applications up-to-date with the recommended design guidelines. This ensures that we keep the applications secure, while also implementing standards widely adopted by the PHP community.</p>
-
-<h2>What makes handlers better than controllers?</h2>
-
-<p class="mb-3">It's all fine and good if you have one large controller file with several actions, but handlers split the code into manageable chunks that make your life a lot easier in the long run. This follows the first of the SOLID principles. SOLID stands for:</p>
-
-<blockquote><ul><li>S - Single-responsibility Principle</li>
-
-<li>O - Open-closed Principle</li>
-
-<li>L - Liskov Substitution Principle</li>
-
-<li>I - Interface Segregation Principle</li>
-
-<li>D - Dependency Inversion Principle</li>
-</ul>
-</blockquote>
-
-<p class="mb-3">We are focusing on that first <code>S</code> in the SOLID acronym. Instead if having multiple actions we would normally include in controllers, with <code>single-responsibility</code> the handlers separate each action into its own class. This makes handlers easier to maintain, refactor and test.</p>
-
-<p class="mb-3">Expanding your application is also helped by handlers. Rather than searching for a place to fit in that new code, simply create a handler to keep thing orderly. Your future self or the programmer that takes over from you will thank you for it.</p>
-
-<p class="mb-3">Refactoring is always easier if you don't have to worry about edge cases that are unexpectedly not supported because of an error on your part. Simpler code means refactoring steps are more obvious.</p>
-
-<p class="mb-3">Writing tests for actions that have multiple branches tends to take a lot of time. Since handlers only deal with a single action, your tests only have to inject or bind mocks for that specific action.</p>
-
-<h2>How to implement the Page handler</h2>
-
-<p class="mb-3">When it comes to <a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a>, replacing controllers with handlers means we don't need the <code>dot-controller</code> package any more. Go ahead and remove it, along with any <code>Controllers</code> you may have.</p>
-
-<p class="mb-3">Below we are going to detail how to set up the <code>GetPageViewHandler</code>. If you already have Controllers in your application, you will have to repeat the steps below for each controller. Based on your application, you may have to split your actions over multiple Handlers.</p>
-
-<p class="mb-3">For Dotkernel Light we were able to combine the functionality of most of the old Controller's <code>actions</code> under a single Handler, since the actions performed a single task - displaying static content. The only exception is <code>IndexHandler.php</code> which we opted to leave separate, but its setup is similar to GetPageViewHandler.php.</p>
-
-<p class="mb-3">Handlers use the <code>ConfigProvider</code> in each module to map factories under <code>getDependencies()</code>. You should already have delegators and aliases, but make sure to add <code>GetPageViewHandler</code> under the <code>factories</code> key and remove any reference to PageController.</p>
-
-<pre>public function getDependencies(): array
-{
-    return ,
-        ],
-        'factories'  => ,
-        'aliases'    => ,
-    ];
-}</pre>
-
-<p class="mb-3"><code>GetPageViewHandlerFactory.php</code> adds the template as a dependency, making it available in the Handler. We don't need the PageControllerFactory.php file, so go ahead and delete it.</p>
-
-<pre>&lt;?php
-
-declare(strict_types=1);
-
-namespace Light\Page\Factory;
-
-use Light\Page\Handler\GetPageViewHandler;
-use Mezzio\Template\TemplateRendererInterface;
-use Psr\Container\ContainerExceptionInterface;
-use Psr\Container\ContainerInterface;
-use Psr\Container\NotFoundExceptionInterface;
-
-use function assert;
-
-class GetPageViewHandlerFactory
-{
-    /**
-     * @param class-string $requestedName
-     * @throws NotFoundExceptionInterface
-     * @throws ContainerExceptionInterface
-     */
-    public function __invoke(ContainerInterface $container, string $requestedName): GetPageViewHandler
-    {
-        $template = $container->get(TemplateRendererInterface::class);
-        assert($template instanceof TemplateRendererInterface);
-
-        return new GetPageViewHandler($template);
-    }
-}</pre>
-
-<p class="mb-3"><code>GetPageViewHandler.php</code> determines the template file name from the route name and displays it. No dynamic elements are included, since we are dealing only with static pages right now. If you haven't already, delete PageController.php.</p>
-
-<pre>&lt;?php
-
-declare(strict_types=1);
-
-namespace Light\Page\Handler;
-
-use Laminas\Diactoros\Response\HtmlResponse;
-use Mezzio\Router\RouteResult;
-use Mezzio\Template\TemplateRendererInterface;
-use Psr\Http\Message\ResponseInterface;
-use Psr\Http\Message\ServerRequestInterface;
-use Psr\Http\Server\RequestHandlerInterface;
-
-class GetPageViewHandler implements RequestHandlerInterface
-{
-    public function __construct(
-        protected TemplateRendererInterface $template,
-    ) {
-    }
-
-    public function handle(ServerRequestInterface $request): ResponseInterface
-    {
-        $template = $request->getAttribute(RouteResult::class)->getMatchedRouteName();
-
-        return new HtmlResponse(
-            $this->template->render($template)
-        );
-    }
-}</pre>
-
-<p class="mb-3">And that's it! These are the bare essentials to get yourself started with handlers for a website that displays static pages.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the goal of replacing controllers with PSR-15 handlers? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The goal is to implement PSR-15 handlers into Dotkernel Light, keeping the application up to date with recommended design guidelines, ensuring it stays secure while implementing standards widely adopted by the PHP community.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What makes handlers better than controllers? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Handlers split code into manageable chunks instead of one large controller file with several actions, following the Single-responsibility Principle (the "S" in SOLID). Each action becomes its own class, which makes handlers easier to maintain, refactor and test, easier to expand with new functionality, and simpler to write focused tests for since each handler only deals with a single action.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Do you still need the dot-controller package? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. Replacing controllers with handlers in Dotkernel Light means the dot-controller package is no longer needed and can be removed, along with any existing Controllers.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is GetPageViewHandler set up? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Handlers are registered in each module's ConfigProvider, mapping factories under getDependencies(). GetPageViewHandler is added under the factories key, replacing any reference to PageController, and GetPageViewHandlerFactory adds the template renderer as a dependency so it's available in the handler, which determines the template file name from the matched route name and renders it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does every action need its own separate handler? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Not necessarily. For Dotkernel Light, most of the old Controller's actions were combined under a single Handler since they performed a single task - displaying static content. The exception is IndexHandler.php, which was kept separate but is set up similarly to GetPageViewHandler.php. Depending on your application, you may need to split actions over multiple handlers.</p>
-        </div>
-    </details>
-</div>
-
-<h2>Additional resources</h2>
-
-<p class="mb-3"><a href="https://www.php-fig.org/psr/psr-15/" target="_blank" rel="noreferrer noopener">PSR-15</a></p>
-
-<p class="mb-3"><a href="https://github.com/dotkernel/light" target="_blank" rel="noreferrer noopener">Dotkernel Light</a></p>
-
-<p class="mb-3">While the <a href="https://github.com/dotkernel/light/pull/33" target="_blank" rel="noreferrer noopener">PR for replacing controllers with handlers</a> might not be as focused on the task, because it implements a few other bells and whistles, it's worth reviewing since it includes all the coding details.</p>
-
-<p class="mb-3"><a href="https://docs.mezzio.dev/mezzio/v3/getting-started/features/" target="_blank" rel="noreferrer noopener">Mezzio features</a></p>
-
-<p class="mb-3"></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.html.twig b/src/Blog/templates/page/blog-resource/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.html.twig
deleted file mode 100644
index 0cbcdf56..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/almalinux-9-in-wsl2-install-php-apache-mariadb-composer-phpmyadmin.html.twig
+++ /dev/null
@@ -1,126 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">In this article we will demonstrate how we install AlmaLinux 9 using Windows Subsystem for Linux  (WSL2).</p>
-
-<p class="mb-3">First, you need to check if your machine is ready for using WSL2. Open Windows Terminal and execute the following command:</p>
-
-<pre><code>wsl -v</code></pre>
-
-<p class="mb-3">The output should look similar to this:</p>
-
-<pre><code><strong>WSL version: 2.2.4.0</strong>
-Kernel version: 5.15.153.1-2
-WSLg version: 1.0.61
-MSRDC version: 1.2.5326
-Direct3D version: 1.611.1-81528511
-DXCore version: 10.0.26091.1-240325-1447.ge-release
-Windows version: 10.0.22631.3737</code></pre>
-
-<p class="mb-3">If instead of the above output, you get an error, it means that WSL is not (completely) installed on your machine. In this case, please follow the instructions found in <a href="https://docs.dotkernel.org/development/v1/setup/installation/" data-type="URL" data-id="https://github.com/dotkernel/development/blob/main/wsl/README.md" target="_blank" rel="noreferrer noopener">this guide</a>, then return to this page and continue with the next step.</p>
-
-<h2>Download and install AlmaLinux 9</h2>
-
-<p class="mb-3">Open Microsoft Store and search for <code>AlmaLinux</code>. From the results, select <code>AlmaLinux 9</code> and install it. Once installed, clicking on <em>Open</em> will open it in Windows Terminal.</p>
-
-<p class="mb-3">The installer will prompt you for your <em>username</em>, your <em>password</em> and <em>password confirmation</em>.</p>
-
-<h2>Setup AlmaLinux 9</h2>
-
-<p class="mb-3">While still in the AlmaLinux 9 terminal, start executing the following commands.</p>
-
-<p class="mb-3">Install required packages:</p>
-
-<pre><code>sudo dnf install epel-release dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm -y</code></pre>
-
-<p class="mb-3">Update installed packages:</p>
-
-<pre><code>sudo dnf upgrade -y</code></pre>
-
-<p class="mb-3">Install Ansible:</p>
-
-<pre><code>sudo dnf install ansible -y</code></pre>
-
-<p class="mb-3">Clone our development environment setup package:</p>
-
-<pre><code>git clone https://github.com/dotkernel/development.git</code></pre>
-
-<p class="mb-3">Navigate to the directory with the Ansible recipes:</p>
-
-<pre><code>cd ~/development/wsl/</code></pre>
-
-<p class="mb-3">Using your preferred text editor, open <strong>config.yml</strong> where you must fill in the empty fields. Save and close the file.</p>
-
-<p class="mb-3">Run Step 1 of the installer script (it will prompt you for the password you entered during the installation process):</p>
-
-<pre><code>ansible-playbook -i hosts install.yml --ask-become-pass</code></pre>
-
-<p class="mb-3">Restart AlmaLinux 9:</p>
-
-<ul><li>press <code>Control</code> + <code>d</code></li>
-
-<li>Open Windows Terminal</li>
-
-<li>stop AlmaLinux 9 by executing <code>wsl -t AlmaLinux9</code></li>
-
-<li>start AlmaLinux 9 by executing <code>wsl -d AlmaLinux9</code></li>
-</ul>
-
-<p class="mb-3">Navigate back to the directory with the Ansible recipes:</p>
-
-<pre><code>cd ~/development/wsl/</code></pre>
-
-<p class="mb-3">Run Step 2 of the installer script (once again, it will prompt you for the password you entered during the installation process):</p>
-
-<pre><code>ansible-playbook -i hosts install.yml --ask-become-pass</code></pre>
-
-<p class="mb-3">Once finished, the installation is complete, your AlmaLinux 9 development environment is ready to use.</p>
-
-<h2>Test AlmaLinux 9</h2>
-
-<p class="mb-3">Check if everything works by opening in your browser:</p>
-
-<ul><li>http://localhost/ - Apache's default home page</li>
-
-<li>http://localhost/info.php - PHP info page</li>
-
-<li>http://localhost/phpmyadmin/ - PhpMyAdmin (login with username <strong>root</strong> + the root password you configured in <strong>config.yml</strong> under mariadb -&gt; <em>root_password</em>)</li>
-</ul>
-
-<p class="mb-3">The complete guide with additional features is available <a href="https://docs.dotkernel.org/development/" target="_blank" rel="noreferrer noopener">here</a>.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do I check if my machine is ready for WSL2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open Windows Terminal and run <code>wsl -v</code>. If it returns version information (WSL, Kernel, WSLg, MSRDC, Direct3D, DXCore, Windows versions), WSL2 is installed. If you get an error instead, WSL is not completely installed and you need to follow the linked setup guide first.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I download and install AlmaLinux 9? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open Microsoft Store, search for AlmaLinux, select AlmaLinux 9 from the results, and install it. Once installed, clicking Open launches it in Windows Terminal, where the installer prompts for your username, password, and password confirmation.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the main setup steps inside AlmaLinux 9? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Install epel-release, dnf-utils and the Remi repository RPM, upgrade installed packages, install Ansible, clone the dotkernel/development Git repository, navigate to its wsl directory, fill in the empty fields in config.yml, then run the installer script's Step 1 with <code>ansible-playbook -i hosts install.yml --ask-become-pass</code> (it will prompt for the password set during installation).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why do I need to restart AlmaLinux 9 partway through setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After Step 1 of the installer script, you press Control+D, open Windows Terminal, stop AlmaLinux 9 with <code>wsl -t AlmaLinux9</code>, and start it again with <code>wsl -d AlmaLinux9</code>. Then you navigate back to the Ansible recipes directory and run Step 2 of the installer script (again with <code>ansible-playbook -i hosts install.yml --ask-become-pass</code>), which prompts for the password again. Once Step 2 finishes, the AlmaLinux 9 development environment is ready.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I verify the installation worked? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Check three URLs in your browser: http://localhost/ for Apache's default home page, http://localhost/info.php for the PHP info page, and http://localhost/phpmyadmin/ for PhpMyAdmin, logging in with username root and the root password configured in config.yml under mariadb -&gt; root_password.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/aptana-php-installation-in-aptana-2-x.html.twig b/src/Blog/templates/page/blog-resource/php-development/aptana-php-installation-in-aptana-2-x.html.twig
deleted file mode 100644
index 64c053ec..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/aptana-php-installation-in-aptana-2-x.html.twig
+++ /dev/null
@@ -1,19 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-As all <a href="http://www.aptana.org/" target="_blank" rel="noopener noreferrer">aptana</a> fans know, <a href="http://www.aptana.org/php" target="_blank" rel="noopener noreferrer">Aptana PHP</a> plugin was discontinued in Aptana 2.x, in favor of PDT.
- But PDT is a joke, not suitable for professional PHP development, major features are missing.
- So if you want to continue using Aptana PHP, that's what need to be done:
-<ol>
-    <li>Aptana -> Help -> Install New Software</li>
-    <li>Add http://update.aptana.com/install/php</li>
-    <li>Then select Aptana PHP and install it.</li>
-</ol>
-
-In case you don't have yet a SVN plugin, go to
-<ol>
-    <li>Aptana -> Help -> Install Aptana Features</li>
-    <li>Others -> Subclipse</li>
-    <li>Follow the instructions</li>
-</ol>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.html.twig b/src/Blog/templates/page/blog-resource/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.html.twig
deleted file mode 100644
index b836ae0e..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/better-unicode-support-in-mysql-5-5-utf8mb4.html.twig
+++ /dev/null
@@ -1,19 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Beginning with version 5.5 of MySQL , <strong>utf8mb4 </strong> character set was introduced, in order to better support <strong>Unicode</strong>.
-Further reading: <a href="http://mzsanford.com/blog/mysql-and-unicode/" target="_blank" rel="noopener noreferrer">MySQL and Unicode</a> , also directly related to <a href="http://www.phptherightway.com/#php_and_utf8" target="_blank" rel="noopener noreferrer">PHP</a>
-
-Sample dk.sql file, part of Dotkernel framework, was updated in <a title="Revision 793" href="http://websvn.dotkernel.net/filedetails.php?repname=Dotkernel&amp;path=%2Ftrunk%2Fdot_kernel.sql&amp;rev=793&amp;peg=793" target="_blank" rel="noopener noreferrer">revision 793</a>
-
-Only one downside , is not possible to use anymore VARCHAR(255), as you will get the error:
-<pre>#1071 - Specified key was too long; max key length is 767 bytes</pre>
-Explanation <a href="http://stackoverflow.com/questions/1814532/1071-specified-key-was-too-long-max-key-length-is-767-bytes" target="_blank" rel="noopener noreferrer">here</a> ; so we use instead VARCHAR(150)
-
-Now we should change the connection charset. In config/application.ini file, edit the below line :
-<pre>database.params.charset = utf8mb4</pre>
-Other changes that can be made in <strong>my.cnf</strong> file are all related to replacing the string <strong>utf8_*</strong> with <strong>utf8mb4_* </strong>
-<pre>character_set_server=utf8mb4</pre>
-<pre>collation_server=utf8mb4_general_ci</pre>
-<pre>collation_server=utf8mb4_unicode_ci</pre>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.html.twig b/src/Blog/templates/page/blog-resource/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.html.twig
deleted file mode 100644
index 2a17c859..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/database-seeding-doctrine-data-fixtures-vs-phinx.html.twig
+++ /dev/null
@@ -1,257 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Database seeding: Doctrine data fixtures vs Phinx</h2>
-
-<p class="mb-3">Seeding the database means populating the database with initial values, it's commonly used for seeding the user roles and user accounts. </p>
-
-<p class="mb-3">Seeding the database the right way is no easy feat, and we will see why.</p>
-
-<p class="mb-3">Previous versions of <strong>Dotkernel 3</strong> used <a href="https://github.com/cakephp" target="_blank" rel="noreferrer noopener">cakephp</a>/<strong><a href="https://github.com/cakephp/phinx" target="_blank" rel="noreferrer noopener">phinx</a></strong> for seeding the database. While the package did a great job at populating the database, we wanted more. We wanted more flexibility - so we started to search for alternatives.</p>
-
-<p class="mb-3">Because we are using Doctrine as our database abstraction layer, the obvious choice was to give <a href="https://github.com/doctrine/data-fixtures" data-type="URL" data-id="https://github.com/doctrine/data-fixtures" target="_blank" rel="noreferrer noopener">doctrine/data-fixtures</a> a shot and use it as our database seeder, instead of phinx - but there's a catch.</p>
-
-<h2>The catch</h2>
-
-<p class="mb-3">Using the <a href="https://github.com/doctrine/data-fixtures" data-type="URL" data-id="https://github.com/doctrine/data-fixtures" target="_blank" rel="noreferrer noopener">doctrine/data-fixtures</a> package provides a concrete implementation of data fixtures, <strong>without a CLI interface</strong>. </p>
-
-<p class="mb-3">We need a way to interact with the fixtures, so we created a <strong>package </strong>(<a rel="noreferrer noopener" href="https://github.com/dotkernel/dot-data-fixtures" target="_blank">dotkernel/dot-data-fixtures</a>)  to provide a CLI interface. While there are alternatives that can achieve this out-of-the-box we wanted something slim (in terms of dependencies) and easy to use.</p>
-
-<p class="mb-3"></p>
-
-<h3>NOTE: </h3>
-
-<p class="mb-3">The package <a rel="noreferrer noopener" href="https://github.com/dotkernel/dot-data-fixtures" target="_blank">dotkernel/dot-data-fixture</a>  does <strong>NOT</strong> depend on other Dotkernel packages. The only dependency is <strong>Doctrine</strong> </p>
-
-<h2>Installation</h2>
-
-<p class="mb-3">Run the following command in you project directory:</p>
-
-<pre><code>$ composer require dotkernel/dot-data-fixtures</code></pre>
-
-<p class="mb-3">Register the package's <code>ConfigProvider.php</code> in <code>config/config.php</code>.</p>
-
-<pre><code>\Dot\DataFixtures\ConfigProvider::class,</code></pre>
-
-<p class="mb-3">In&nbsp;<code>doctrine.global.php</code>&nbsp;(or your custom doctrine config file) add a new key&nbsp;<code>fixtures</code>, in the&nbsp;<code>doctrine</code>&nbsp;array, the value should be a valid path to a folder where your fixtures can be found.</p>
-
-<pre><code>return &#91;
-    'dependencies' =&gt; &#91; ... ],
-    'doctrine' =&gt; &#91;
-        ...,
-        'fixtures' =&gt; getcwd() . '/data/doctrine/fixtures',
-    ],
-];</code></pre>
-
-<p class="mb-3"><strong>Make sure the path is valid before proceeding to the next step.</strong></p>
-
-<p class="mb-3">The fixtures can be found in the <code>/data/doctrine/fixtures</code> folder, but you can create a custom folder for them. We choose this location because the migrations live in the <code>/data/doctrine/migrations</code> folder.</p>
-
-<p class="mb-3">The last step is to register 2 commands.</p>
-
-<p class="mb-3">We will register the commands to work with the doctrine default CLI but you can register them as normal commands also.</p>
-
-<p class="mb-3">Create a new php file <code>bin/doctrine</code> if you don't have it already and paste the below code block.</p>
-
-<pre><code>&lt;?php
-
-use Doctrine\ORM\Tools\Console\ConsoleRunner;
-use Doctrine\ORM\Tools\Console\EntityManagerProvider\SingleManagerProvider;
-
-require_once 'vendor/autoload.php';
-
-$container = require getcwd() . '/config/container.php' ;
-
-$entityManager = $container-&gt;get(\Doctrine\ORM\EntityManager::class);
-
-$commands = &#91;
-    $container-&gt;get(Dot\DataFixtures\Command\ExecuteFixturesCommand::class),
-    $container-&gt;get(Dot\DataFixtures\Command\ListFixturesCommand::class),
-];
-
-ConsoleRunner::run(
-    new SingleManagerProvider($entityManager),
-    $commands
-);</code></pre>
-
-<p class="mb-3">The installation is complete, we can verify it by running the following command in our terminal.</p>
-
-<pre><code>php bin/console</code></pre>
-
-<p class="mb-3">It should print out all the doctrine CLI commands available, including our fixtures commands.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Screenshot-2022-08-30-at-19.14.14-1024x334.png') }}" alt=""> </figure>
-
-<h2>Usage </h2>
-
-<h3>List all available fixtures, by order of execution:</h3>
-
-<pre>php bin/doctrine fixtures:list</pre>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Screenshot-2022-08-30-at-19.22.45-1024x147.png') }}" alt="" width="840" height="120"> </figure>
-
-<p class="mb-3"><strong>By using this command you can check the execution order of your fixtures <em>before executing them</em>.</strong></p>
-
-<h3>Executing fixtures:</h3>
-
-<p class="mb-3">To execute all fixtures run : <code>php bin/doctrine fixtures:execute</code></p>
-
-<p class="mb-3">To run a specific fixture run : <code>php bin/doctrine fixtures:execute --class={FixtureClassName}</code></p>
-
-<p class="mb-3">Example : </p>
-
-<pre><code>php bin/console fixtures:execute --class=RoleLoader</code></pre>
-
-<h2>Creating fixtures</h2>
-
-<p class="mb-3">When creating fixtures, we need to :</p>
-
-<ul><li>Create the fixture in the configured folder (<code>/data/doctrine/fixtures</code>).</li><li>Implement <code>Doctrine\Common\DataFixtures\FixtureInterface</code> interface.</li></ul>
-
-<p class="mb-3">Example : </p>
-
-<pre><code>&lt;?php
-
-namespace Frontend\Fixtures;
-
-use Doctrine\Common\DataFixtures\FixtureInterface;
-use Doctrine\Persistence\ObjectManager;
-use Frontend\User\Entity\UserRole;
-
-/**
- * Class RoleLoader
- * @package Frontend\Fixtures
- */
-class RoleLoader implements FixtureInterface
-{
-    public function load(ObjectManager $manager): void
-    {
-        $adminRole = new UserRole();
-        $adminRole-&gt;setName('admin');
-
-        $userRole = new UserRole();
-        $userRole-&gt;setName('user');
-
-        $guestRole = new UserRole();
-        $guestRole-&gt;setName('guest');
-
-        $manager-&gt;persist($adminRole);
-        $manager-&gt;persist($userRole);
-        $manager-&gt;persist($guestRole);
-
-        $manager-&gt;flush();
-    }
-}</code></pre>
-
-<h2>Ordering fixtures</h2>
-
-<p class="mb-3">We can order fixtures using 2 methods : </p>
-
-<ol><li>By Order - you can specify the order of execution, by implementing <code>OrderedFixtureInterface</code> interface.</li><li>By dependencies - let's you specify dependency fixtures, chaining fixtures and executing them in the right order</li></ol>
-
-<p class="mb-3"><strong>Practical example: </strong></p>
-
-<p class="mb-3"><strong>Requirements</strong>: Seed the database with a new admin user.</p>
-
-<p class="mb-3">We will use the second method to order fixtures and need 2 fixtures to achieve this, one of them will create a new user and the other will create a new admin role. In this case the <strong>order matters, we can't create the admin user without having an admin role</strong>.</p>
-
-<p class="mb-3">Create new php file in <code>data/doctrine/fixtures</code> with the name <code>RoleLoader.php</code>.</p>
-
-<p class="mb-3">This fixture will be executed first and create our user roles.</p>
-
-<pre><code>&lt;?php
-
-namespace Frontend\Fixtures;
-
-use Doctrine\Common\DataFixtures\FixtureInterface;
-use Doctrine\Persistence\ObjectManager;
-use Frontend\User\Entity\UserRole;
-
-/**
- * Class RoleLoader
- * @package Frontend\Fixtures
- */
-class RoleLoader implements FixtureInterface
-{
-    public function load(ObjectManager $manager): void
-    {
-        $adminRole = new UserRole();
-        $adminRole-&gt;setName('admin');
-
-        $userRole = new UserRole();
-        $userRole-&gt;setName('user');
-
-        $guestRole = new UserRole();
-        $guestRole-&gt;setName('guest');
-
-        $manager-&gt;persist($adminRole);
-        $manager-&gt;persist($userRole);
-        $manager-&gt;persist($guestRole);
-
-        $manager-&gt;flush();
-    }
-}</code></pre>
-
-<p class="mb-3">The second fixture is <code>UserLoader.php</code> and will contain the following code:</p>
-
-<pre><code>&lt;?php
-
-namespace Frontend\Fixtures;
-
-use Doctrine\Common\DataFixtures\DependentFixtureInterface;
-use Doctrine\Common\DataFixtures\FixtureInterface;
-use Doctrine\Persistence\ObjectManager;
-use Frontend\User\Entity\User;
-use Frontend\User\Entity\UserDetail;
-use Frontend\User\Entity\UserRole;
-
-class UserLoader implements FixtureInterface, DependentFixtureInterface
-{
-    public function load(ObjectManager $manager): void
-    {
-        $user = new User();
-        $user-&gt;setIdentity('admin@test.com');
-        $user-&gt;setPassword(password_hash('admin', PASSWORD_DEFAULT));
-        $user-&gt;setIsDeleted(false);
-        $user-&gt;setHash('hash');
-
-        $userDetail = new UserDetail();
-        $userDetail-&gt;setUser($user);
-        $userDetail-&gt;setFirstName('Admin');
-
-        $user-&gt;setDetail($userDetail);
-
-        $roleRepository = $manager-&gt;getRepository(UserRole::class);
-
-        /** @var UserRole $adminRole */
-        $adminRole = $roleRepository-&gt;findOneBy(&#91;'name' =&gt; UserRole::ROLE_ADMIN]);
-
-        $user-&gt;addRole($adminRole);
-
-        $manager-&gt;persist($user);
-
-        $manager-&gt;flush();
-    }
-
-    public function getDependencies(): array
-    {
-        return &#91;
-           RoleLoader::class
-        ];
-    }
-}</code></pre>
-
-<p class="mb-3">Notice how <code>UserLoader.php</code> implements 2 interfaces, <code>FixtureInterface</code> and <code>DependentFixtureInterface</code>.</p>
-
-<p class="mb-3">The method <code>getDependencies()</code> returns an array containing the dependencies (fixtures) that need to be executed prior to the current one.</p>
-
-<p class="mb-3">After running all the fixtures using <code>php bin/doctrine fixtures:execute</code> the output should look like this: </p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/Screenshot-2022-08-30-at-20.39.19.png') }}" alt="" width="397" height="232"> </figure>
-
-<p class="mb-3"><code>RoleLoader</code> was executed before <code>UserLoader</code> because <code>UserLoader</code> had <code>RoleLoader</code> as a dependency. </p>
-
-<p class="mb-3"><strong>To wrap things up, we implemented a database seeder and saw a practical example of how to use it.</strong></p>
-
-<p class="mb-3">More details about Fixtures in this blogpost: <a rel="noreferrer noopener" href="https://matthiasnoback.nl/2018/07/about-fixtures/" target="_blank">https://matthiasnoback.nl/2018/07/about-fixtures/</a> .</p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/end-of-support-for-php-5-2-x-branch.html.twig b/src/Blog/templates/page/blog-resource/php-development/end-of-support-for-php-5-2-x-branch.html.twig
deleted file mode 100644
index f2aa2576..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/end-of-support-for-php-5-2-x-branch.html.twig
+++ /dev/null
@@ -1,30 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a href="http://www.php.net/ChangeLog-5.php#5.2.14" target="_blank" rel="noopener noreferrer">PHP 5.2.14</a> was just released . And this is the end of support for 5.2.x branch of PHP .
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3"><strong>NOTE:</strong>This release marks the end of the active support  for PHP 5.2. Following this release the PHP 5.2 series will receive no  further active bug maintenance. Security fixes for PHP 5.2 might be  published on a case by cases basis. All users of PHP 5.2 are encouraged  to upgrade to PHP 5.3</blockquote>
-<a href="http://www.php.net/ChangeLog-5.php#5.3.3" target="_blank" rel="noopener noreferrer"> PHP 5.3.3</a> is just released ,  so is time to upgrade every project  to PHP 5.3.x branch, and also upgrade all servers to 5.3.x
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does the release of PHP 5.2.14 mean for the 5.2.x branch? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP 5.2.14 marks the end of active support for the PHP 5.2 branch. After this release, PHP 5.2 will receive no further active bug maintenance, though security fixes might still be published on a case-by-case basis.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should users of PHP 5.2 do? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">All users of PHP 5.2 are encouraged to upgrade to PHP 5.3.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which PHP version was just released alongside the end of 5.2.x support? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP 5.3.3 was just released, so it is time to upgrade every project to the PHP 5.3.x branch and also upgrade all servers to 5.3.x.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.html.twig b/src/Blog/templates/page/blog-resource/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.html.twig
deleted file mode 100644
index 4a47cf06..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/floating-point-arithmetic-why-is-int-0-7-0-1-10-7.html.twig
+++ /dev/null
@@ -1,102 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article applies to <strong>PHP 5.x</strong> but also to <strong>PHP 7</strong>
-
-While using <strong>floating-point arithmetic</strong> you might have noticed that not all the calculus results are as expected, this can usually be observed when casting values.
-
-<!--more-->
-
-So the output for <strong>(0.7 + 0.1) * 10</strong> is:
-<code>
-var_dump((0.7+0.1)*10); # <strong>float(8)</strong>
-var_dump(intval((0.7+0.1)*10)); # <strong>int(7)</strong></code>
-
-Now let's try it with 0.6 instead of 0.7
-<code>
-var_dump((0.6+0.1)*10); # <strong>float(7)</strong>
-var_dump(intval((0.6+0.1)*10)); # <strong>int(7)</strong></code>
-<h2></h2>
-<h2>How does the CPU understand these numbers?</h2>
-The CPU makes the calculations binary, the floating point numbers are represented as follows:
-
-IEEE Short Real: <strong>32 bits</strong>     1 bit for the sign, 8 bits for the exponent, and 23 bits for the mantissa. Also called single precision.
-IEEE Long  Real: <strong>64 bits</strong>     1 bit for the sign, 11 bits for the exponent, and 52 bits for the mantissa. Also called double precision.
-
-The numbers that can easily be represented binary are: 1/(2^1). 1/(2^2) . 1/(2^3), 1/(2^4) etc. This because they have mantissa equal to 1 (enconded as 0).
-
-The number values can only be represented exactly if they can be represented by this formula:  <strong>exponent</strong> * <strong>mantissa</strong>
-
-The <strong>mantissa</strong> is the number which the exponent is multiplied to. The mantissa value is <strong>1 + 1/rb</strong>, where <strong>rb</strong> is the reverse binary interpretation
-
-Let's take the number 3.5 for example.
-
-The float numbers are <strong>sign</strong> * <strong>exponent</strong> * <strong>mantissa. </strong> 3.5 = <strong>1</strong> * <strong>2</strong> * <strong>1.75</strong> .
-
-<strong>Mantissa: 1 + 11</strong>000000000000000000000 -&gt; 1/(2^0) + <strong>1</strong>/(2^1) + <strong>1</strong>/(2^2) + <strong>0</strong>*(2^3) + ... + <strong>0</strong>*(2^23) -&gt; 1 + 0.5 + 0.25 -&gt; 1.75
-
-Some numbers cannot be represented exactly (such as  0.99999999)
-
-To learn more about how IEEE Real numbers are formed follow <a href="http://kipirvine.com/asm/workbook/floating_tut.htm" target="_blank" rel="noopener noreferrer">this link</a>.
-<h2>Why does this happen?</h2>
-Using this <a href="http://www.h-schmidt.net/FloatConverter/IEEE754.html" target="_blank" rel="noopener noreferrer">IEEE 754 converter</a> we have found out that:
-
-<strong>0.7</strong> is actually represented as <strong>0.699999988079071</strong>
-
-<strong>0.1</strong> is actually represented as <strong>0.10000000149011612</strong>
-
-If we add these two values we will obtain <strong>0.7999999895691871</strong>
-
-And if we multiply it by 10 we obtain <strong>7.999999895691871 </strong>which if casted to int is <strong>7</strong> the same way<strong> 3.5</strong> is <strong>3</strong> if casted to int.
-
-The other example still shows 7 because <strong>0.6</strong> is actually represented as <strong>0.6000000238418579</strong> and  (0.6000000238418579 + 0.10000000149011612)*10 is <strong>7,00000025331974
-</strong>
-
-&nbsp;
-<h2>But still ...</h2>
-If we use <strong>echo</strong> and <strong>var_dump</strong> or if applying mathematical operations, PHP automatically adjusts the values, but <strong>intval</strong> and casting to <strong>int</strong> work on their bits before the values were adjusted
-
-<code>
-var_dump((0.7+0.1)*10); # <strong>float(8)</strong>
-var_dump(intval( <strong>((0.7+0.1)*10) </strong> ) );   # <strong>int(7)</strong>
-var_dump(intval( <strong>((0.7+0.1)*10)+1</strong> ) ); # <strong>int(9)</strong></code>
-
-If these values are very important for your project you can get the correct values we by using the <a href="http://php.net/manual/en/book.bc.php" target="_blank" rel="noopener noreferrer"><strong>BCMath PHP Extension</strong></a>.
-
-For a more technical &amp; mathematical approach read <a href="http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html" target="_blank" rel="noopener noreferrer">this document</a>.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why does (int)((0.7+0.1)*10) return 7 instead of 8? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because 0.7 is actually represented internally as 0.699999988079071 and 0.1 as 0.10000000149011612. Adding them gives 0.7999999895691871, and multiplying by 10 gives 7.999999895691871, which truncates to 7 when cast to int.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does the same rounding issue happen with 0.6 instead of 0.7? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. 0.6 is represented as 0.6000000238418579, and (0.6000000238418579 + 0.10000000149011612) * 10 equals about 7.00000025331974, which also truncates to int(7).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why do var_dump and echo show the expected value while intval/int casting does not? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">When using echo, var_dump, or mathematical operations, PHP automatically adjusts the displayed values. However, intval and casting to int operate on the underlying bits before those values were adjusted, which is why they can produce a different (truncated) result.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How are floating-point numbers represented at the CPU level? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The CPU performs calculations in binary. IEEE Short Real (single precision) uses 32 bits: 1 sign bit, 8 exponent bits, and 23 mantissa bits. IEEE Long Real (double precision) uses 64 bits: 1 sign bit, 11 exponent bits, and 52 mantissa bits. A number can only be represented exactly if it can be expressed as exponent * mantissa; numbers like 0.99999999 cannot be represented exactly.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is there a way to get accurate results for calculations like this in PHP? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If precise values matter for your project, the article recommends using the BCMath PHP Extension to get correct results.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/how-to-upgrade-wamp-to-php-5-3-4.html.twig b/src/Blog/templates/page/blog-resource/php-development/how-to-upgrade-wamp-to-php-5-3-4.html.twig
deleted file mode 100644
index f7f7d52e..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/how-to-upgrade-wamp-to-php-5-3-4.html.twig
+++ /dev/null
@@ -1,63 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<div id="_mcePaste">1.    Stop WAMP server.</div>
-<div id="_mcePaste">2.    Go to <a href="http://windows.php.net/download/" target="_blank" rel="noopener noreferrer">windows.php.net</a> and download the the latests ZIPPED package for php5.3.4.</div>
-<div id="_mcePaste">Make sure it is the <strong>VC6 Thread Safe build</strong>. DO NOT DOWNLOAD THE INSTALLER.</div>
-<div id="_mcePaste">3.  Create a folder php5.3.4 into wamp/bin/php</div>
-<div id="_mcePaste">4.  Extract the downloaded zip to the newly created php5.3.4 folder</div>
-
-<!--more-->
-<div id="_mcePaste">5.  Copy the files:</div>
-<div id="_mcePaste">-  <em>php.ini</em></div>
-<div id="_mcePaste">-  <em>phpForApache.ini</em></div>
-<div id="_mcePaste">-   <em>wampserver.conf</em></div>
-<div id="_mcePaste">from your existing php5.3 (eg.   wamp/bin/php/php5.3.3) folder to the new php5.3.4 folder.</div>
-<div id="_mcePaste">6.  Open the files:</div>
-<div id="_mcePaste">-   <em>php.ini</em></div>
-<div id="_mcePaste">-  <em>phpForApache.ini</em></div>
-<div id="_mcePaste">and search/replace the string 5.3.3 with 5.3.4</div>
-<div id="_mcePaste">7.   Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called <em>php.ini</em></div>
-<div id="_mcePaste">8.   Restart WAMP server.</div>
-<div id="_mcePaste">9.   Choose php version 5.3.0</div>
-<div id="_mcePaste">10.   Restart WAMP server.</div>
-<div id="_mcePaste">11.   Now choose php version 5.3.4 .</div>
-<div id="_mcePaste">12.   Check if PEAR path is correct in php.ini , and modify accordingly.</div>
-<div id="_mcePaste">13.   Restart WAMP server.</div>
-<div id="_mcePaste">14.   Enjoy.</div>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Where do I download the PHP 5.3.4 package for WAMP? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the latest ZIPPED package for PHP 5.3.4 from windows.php.net. Make sure it is the VC6 Thread Safe build, and do not download the installer.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where should the downloaded PHP 5.3.4 files be extracted? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Create a folder named php5.3.4 inside wamp/bin/php, then extract the downloaded zip into that newly created folder.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Which configuration files need to be copied and edited when upgrading? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Copy php.ini, phpForApache.ini, and wampserver.conf from the existing php5.3 folder (e.g. wamp/bin/php/php5.3.3) into the new php5.3.4 folder. Then, in php.ini and phpForApache.ini, search and replace the string 5.3.3 with 5.3.4.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is there anything to remove from the Apache folder before restarting WAMP? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. Go to wamp/bin/apache/apache/apache2.2.11/bin and delete the file called php.ini, then restart the WAMP server.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do I actually switch WAMP to the new PHP version after restarting? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After restarting WAMP, choose PHP version 5.3.0, restart WAMP server again, and then choose PHP version 5.3.4. Also check that the PEAR path is correct in php.ini and modify it accordingly, then restart WAMP server once more.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/mezzio-app-development-in-wsl2.html.twig b/src/Blog/templates/page/blog-resource/php-development/mezzio-app-development-in-wsl2.html.twig
deleted file mode 100644
index f0f2e1ce..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/mezzio-app-development-in-wsl2.html.twig
+++ /dev/null
@@ -1,80 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Install a Mezzio app (Dotkernel API) using WSL2</h2>
-
-<p class="mb-3">This article will run you through the steps of installing a Mezzio application (Dotkernel API) in <strong>WSL2 </strong>and run it on <strong>Ubuntu 20.04 LTS</strong>.</p>
-
-<h3>Step 1:</h3>
-
-<p class="mb-3">Make sure you have WSL2 installed on your machine by following <a href="https://github.com/dotkernel/development/blob/main/wsl/README.md" target="_blank" rel="noreferrer noopener">this guide</a>.</p>
-
-<h3>Step 2:</h3>
-
-<p class="mb-3">Install <strong>Ubuntu 20.0 LTS</strong> inside <strong>WLS2</strong> as described <a rel="noreferrer noopener" href="https://docs.dotkernel.org/development/v2/running/" target="_blank">here</a> (the current version of this guide covers AlmaLinux 9, the distro the WSL setup has since moved to).</p>
-
-<h3>Step 3:</h3>
-
-<p class="mb-3">Create a virtualhost for your project using <a href="https://docs.dotkernel.org/development/v2/virtualhosts/create-virtualhost/" target="_blank" rel="noreferrer noopener">this guide</a>.</p>
-
-<h3>Step 4:</h3>
-
-<p class="mb-3">Using your terminal, move into the virtualhost directory that you just created:</p>
-
-<pre><code>cd /home/<em>your-username</em>/projects/<em>your-virtualhost</em></code></pre>
-
-<p class="mb-3">Install Dotkernel API, by following <a href="https://github.com/dotkernel/api" target="_blank" rel="noreferrer noopener">this guide</a>.</p>
-
-<p class="mb-3">Make sure your <code>data</code> and <code>log</code> directories are writable by changing their permissions, as described <a rel="noreferrer noopener" href="https://docs.dotkernel.org/development/v2/faq/#how-do-i-fix-common-permission-issues" target="_blank">here</a>.</p>
-
-<h3>Step 5:</h3>
-
-<p class="mb-3">Setup PHPStorm to work with WSL2 files like in <a href="https://www.jetbrains.com/help/phpstorm/how-to-use-wsl-development-environment-in-product.html" data-type="URL" data-id="https://www.jetbrains.com/help/phpstorm/how-to-use-wsl-development-environment-in-product.html" target="_blank" rel="noreferrer noopener">this article</a></p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"><strong>Note:</strong></p>
-
-<blockquote><p class="mb-3">There is a guide for <strong>AlmaLinux 8</strong> as well, but that's not fully functional because of a well-known issue regarding running <em>systemd </em>inside <strong>WSL2</strong>.</p></blockquote>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What does this guide help you accomplish? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It walks you through installing a Mezzio application (Dotkernel API) using WSL2 and running it on Ubuntu 20.04 LTS.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What do you need before installing Ubuntu inside WSL2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You first need WSL2 installed on your machine, which you can set up by following the linked WSL2 installation guide, before installing Ubuntu inside it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you set up a virtual host for the project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After Ubuntu is installed inside WSL2, you create a virtual host for your project by following the linked virtual-host creation guide.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you install Dotkernel API once the virtual host is ready? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Using your terminal, move into the virtual host directory you created (for example, <code>cd /home/your-username/projects/your-virtualhost</code>), then install Dotkernel API by following its guide. Afterward, make sure the <code>data</code> and <code>log</code> directories are writable by changing their permissions, as described in the linked permission-fix guide.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you get PHPStorm to work with the WSL2 project files? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You set up PHPStorm to work with WSL2 files by following the linked JetBrains article on using a WSL development environment in the product.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does this guide also work for AlmaLinux instead of Ubuntu? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">There is a guide for AlmaLinux 8 as well, but it is not fully functional because of a well-known issue regarding running systemd inside WSL2.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.html.twig b/src/Blog/templates/page/blog-resource/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.html.twig
deleted file mode 100644
index c74e784c..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/php-5-3-6-released-no-upgrade-possible-for-wampserver.html.twig
+++ /dev/null
@@ -1,26 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-PHP 5.3.6 was released, but it come with a bad news for WampServer users:
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">"Windows users: please mind that we do no longer provide builds created with Visual Studio C++ 6"</blockquote>
-Since WampServer is built using VC++ 6,  is not possible an upgrade , without a rewrite from scratch of entire WampServer package.
-
-More details on WampServer forum  <strong><a href="http://www.wampserver.com/phorum/read.php?2,72243" target="_blank" rel="noopener noreferrer">here </a></strong>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why can't WampServer users upgrade to PHP 5.3.6? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP 5.3.6 no longer provides builds created with Visual Studio C++ 6 for Windows users. Since WampServer is built using VC++ 6, upgrading isn't possible without rewriting the entire WampServer package from scratch.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Where can WampServer users find more details about this issue? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">More details are available on the WampServer forum, linked in this article.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/php-environment-development-staging-production.html.twig b/src/Blog/templates/page/blog-resource/php-development/php-environment-development-staging-production.html.twig
deleted file mode 100644
index b50819eb..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/php-environment-development-staging-production.html.twig
+++ /dev/null
@@ -1,54 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In hosted software development, the environment refers to a server tier designated to a specific stage in a release process. The purpose of these environments is to improve the development, testing and release processes in client-server applications. The most common environments are described below.
-
-<!--more-->
-<h2>Development</h2>
-This is where the software is developed – it’s<em> the working environment for individual developers</em> or small teams. The purpose of this environment is for the developer to work on local host, separate from the rest of the team, allowing them to make various changes without worrying that it may alter the work of the other members of the team.
-<h2>Staging</h2>
-It is <em>used to assemble, test and review the application before it goes into production</em>. Usually the staging environment tries to simulate as much as possible the production environment (hardware and software-wise). Normally, before releasing an update version of the application on the production environment, the update must be tested on the staging environment. This environment can also be used as a demonstration/training environment.
-<h2>Production</h2>
-It is <em>the “live” environment</em>, where the final application goes out to the world and becomes active.
-
-To switch from one environment to another use the <em><strong>Subversion</strong></em> <em>source code</em>.
-
-Using SVN on Aptana is an article that explains how to set your <em>development </em>environment on your local computer and then to change it on your <em>staging </em>environment.
-
-To better understand the development of an application using environments, check this helpful article <a href="http://dltj.org/article/software-development-practice/">http://dltj.org/article/software-development-practice/</a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is a "server environment" in hosted software development? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It refers to a server tier designated to a specific stage in a release process. The purpose of using different environments is to improve the development, testing and release processes in client-server applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the development environment used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's the working environment for individual developers or small teams, where the developer works on local host, separate from the rest of the team, allowing changes to be made without worrying about altering the work of other team members.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the staging environment used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's used to assemble, test and review the application before it goes into production, and it usually tries to simulate the production environment as closely as possible, both hardware- and software-wise. Before releasing an update to production, it must normally be tested on staging first, which can also serve as a demonstration or training environment.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the production environment? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's the "live" environment, where the final application goes out to the world and becomes active.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you switch an application from one environment to another? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The article recommends using Subversion source code to switch from one environment to another, and points to the "Using SVN on Aptana" article for details on setting up a development environment locally and then moving it to a staging environment.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/php-support-back-in-aptana-3-0.html.twig b/src/Blog/templates/page/blog-resource/php-development/php-support-back-in-aptana-3-0.html.twig
deleted file mode 100644
index fac5e96e..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/php-support-back-in-aptana-3-0.html.twig
+++ /dev/null
@@ -1,40 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Aptana 3.0 is in beta stage, can be downloaded from the <a title="Aptana " href="http://www.aptana.com/products/studio3" target="_blank" rel="noopener noreferrer">official site</a> .
-
-The very super good news is that Aptana PHP Support is back , based on an annoucement from their <a href="https://aptanastudio.tenderapp.com/discussions/questions/419-php-in-studio-3" target="_blank" rel="noopener noreferrer">forum</a>. And even more,  will be integrated in Studio 3 core, not as a separate plugin.
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Aptana PHP is coming back. We are in the process of developing and integrating it into the Studio 3.
-The debugger will also be introduced, but it will take a few weeks till you'll be able to get it.
-<!--more-->
-
-At the moment, the idea is to provide the PHP debugger as a separate set of plugins that you will be able to grab from the Studio. The majority of the PHP editing capabilities will be integrated into, and delivered with, the Studio core.
-
-Cheers,
--Shalom G
-
-p.s. You can follow us on twitter for any major announcements, or follow me 'sgibly' for more frequent progress updates.</blockquote>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Is Aptana 3.0 available yet, and where can it be downloaded? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Aptana 3.0 is in beta stage and can be downloaded from the official Aptana site.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Will PHP support in Aptana 3.0 be a separate plugin? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No. According to an announcement on Aptana's forum, PHP support is coming back and is being developed and integrated directly into the Studio 3 core, rather than delivered as a separate plugin.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What about the PHP debugger? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The debugger will also be introduced, but it will take a few weeks to become available. The plan is to provide the PHP debugger as a separate set of plugins you can grab from the Studio, while the majority of the PHP editing capabilities will be integrated into and delivered with the Studio core.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.html.twig b/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.html.twig
deleted file mode 100644
index 9491ff9a..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework-part-2.html.twig
+++ /dev/null
@@ -1,88 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Following the preview article about <a title="Protection against SQL Injection using PDO and Zend Framework" href="http://www.dotkernel.com/php-development/protection-against-sql-injection-using-pdo-and-zend-framework/" target="_self" rel="noopener noreferrer">SQL Injection</a>, here is more - a strong argument why you should use Zend Framework for handling database access. <em>Zend_Db</em> is the primary class used for access the database, but there is more: <em>Zend_Db_Statement</em>, <em>Zend_Db_Select</em> and <em>Zend_Db_Tables</em>.
-What you should know about their methods is:
-<!--more-->
-<ul>
-    <li><em><a title="details" href="https://docs.laminas.dev/laminas-db/adapter/#query-execution" target="_blank" rel="noopener noreferrer">query</a> (mixed $sql,  [mixed $bind  = array()])</em>
-<ul>
-    <li>use prepare statements internally</li>
-    <li>but SQL Injection is still possible if $sql is dynamically created</li>
-</ul>
-</li>
-    <li><em><a title="details" href="https://docs.laminas.dev/laminas-db/adapter/#query-execution" target="_blank" rel="noopener noreferrer">fetchAll</a> (string|Zend_Db_Select $sql, ,  )</em>
-<ul>
-    <li>all the fetch methods are using prepared statements internally</li>
-    <li>but SQL Injection is still possible if $sql is dynamically created</li>
-</ul>
-</li>
-    <li><em><a title="details" href="https://docs.laminas.dev/laminas-db/sql/#insert" target="_blank" rel="noopener noreferrer">insert</a> (mixed $table,   $bind)</em>
-<ul>
-    <li>use prepare statements internally</li>
-    <li>so, SQL Injection is not possible</li>
-</ul>
-</li>
-    <li><em><a title="details" href="https://docs.laminas.dev/laminas-db/sql/#update" target="_blank" rel="noopener noreferrer">update</a> (mixed $table,   $bind, [mixed $where = ''])</em>
-<ul>
-    <li>use prepare statements internally</li>
-</ul>
-<ul>
-    <li>but SQL Injection may be possible if $where is created dynamically</li>
-</ul>
-</li>
-    <li><em><a title="details" href="https://docs.laminas.dev/laminas-db/sql/#delete" target="_blank" rel="noopener noreferrer">delete</a> (mixed $table,  [mixed $where  = ''])</em>
-<ul>
-    <li>SQL Injection may be possible if $where is created dynamically</li>
-</ul>
-</li>
-</ul>
-<em><strong>Note*:</strong></em> even if you use prepared statements using <em>Zend_Db</em> methods, SQL Injection is still possible if <em>WHERE </em>and <em>ORDER BY</em> clause are wrongly written, so pay attention to them.
-
-For more details see <a title="Secure Programming with the Zend-Framework" href="http://www.suspekt.org/downloads/DPC_Secure_Programming_With_The_Zend_Framework.pdf" target="_blank" rel="noopener noreferrer">Stefan Esser slides</a>.
-
-PS. A short <a href="https://www.w3schools.com/php/php_casting.asp" target="_blank" rel="noopener noreferrer">tip</a>, you can use cast type to avoid SQL Injection in WHERE clause where is possible.
-<pre>$sql= 'SELECT * FROM table WHERE id = ' . (int)$_POST['id'];
-</pre>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the focus of this article? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Following the earlier article about SQL Injection, this article makes a stronger argument for using Zend Framework to handle database access. Zend_Db is the primary class used for accessing the database, but there is more to it: Zend_Db_Statement, Zend_Db_Select, and Zend_Db_Tables.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does Zend_Db's query() method protect against SQL injection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">query() uses prepared statements internally, but SQL Injection is still possible if the $sql parameter passed to it is dynamically created.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What about fetchAll() and the other fetch methods? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">All of the fetch methods use prepared statements internally, but SQL Injection is still possible if the $sql is dynamically created.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Is insert() safe from SQL injection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes. insert() uses prepared statements internally, so SQL Injection is not possible with it.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What about update() and delete()? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">update() uses prepared statements internally, but SQL Injection may be possible if the $where clause is created dynamically. Likewise, with delete(), SQL Injection may be possible if $where is created dynamically.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Even with prepared statements, when can SQL injection still happen, and what tip helps avoid it in WHERE clauses? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Even when using prepared statements via Zend_Db methods, SQL Injection is still possible if the WHERE and ORDER BY clauses are wrongly written, so these deserve special attention. A short tip mentioned is to use type casting to avoid SQL Injection in a WHERE clause where possible, for example: <code>$sql = 'SELECT * FROM table WHERE id = ' . (int)$_POST;</code></p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.html.twig b/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.html.twig
deleted file mode 100644
index f5354eb1..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/protection-against-sql-injection-using-pdo-and-zend-framework.html.twig
+++ /dev/null
@@ -1,63 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, <em>user input is not filtered by the script and is passed into a SQL statement.</em>
-
-<strong>PDO – PHP Data Objects </strong>– is a database access layer providing a standardized method of access to multiple databases. 
-<!--more--> PDO provides a <em>data-access abstraction layer</em>, meaning that depending on what database you're using, you will have apply the same functions to issue queries and fetch data. <strong><em>PDO does not provide a database abstraction;</em></strong> it doesn't rewrite SQL or emulate missing features. Among  PDO benefits there are:
--    Access methods allow complete control over how attributes are read and written
--    Validation on a per-record and per-attribute level
--    Easier fetching of objects from related table
--    Reusable logic - means that the same codebase is much easier to maintain
--    Cleaner code by using object oriented code
--    Less errors from SQL query generation
--    Last but not least : Protection against SQL injection
-
-In Zend Framework for database access, methods usually support prepared statements. Dynamic SQL queries are allowed, but you must escape all the parameter, otherwise you have SQL injection.  <strong><em>Because of this, prepared statements are encouraged to be used. They can handle escaping parameters for you.</em></strong>
-Most people believe that using prepared statements they are 100% protected from SQL injection. But this is by far true. Input data should always be validated and sanitized, and PDO should be seen as another line of defense. PDO is not protecting you from other security vulnerabilities like XSS<em>(cross-site scripting)</em>, but helps protect your application against SQL injection.
-
-It may also occur a problem in Zend Framework w<em>hen you have SQL injection in your application while you are using PDO_MySQL.</em> <em><strong>PDO_MySQL is a more dangerous application than any other traditional MySQL applications. Traditional MySQL allows only a single SQL query. In PDO_MySQL there is no such limitation, but you risk to be injected with multiple queries.</strong> </em>To avoid this you should try to use the correct prepared statements from Zend Framework. You should also pay attention when you have in your SQL query <em>WHERE IN</em> and <em>ORDER BY;</em> they cannot be handled by prepare statements normally. In this case you should escape your data.
-
-Zend_Db has two escaping methods which can be used: <em>quote()</em> and <em>quoteIdentifier()</em>. Note that these two methods are handling strings by putting them between single quotes.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is SQL injection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">SQL injection is a technique that exploits a security vulnerability occurring in the database layer of an application. Usually, user input is not filtered by the script and is passed directly into a SQL statement.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is PDO and what kind of abstraction does it provide? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PDO (PHP Data Objects) is a database access layer providing a standardized method of access to multiple databases. It provides a data-access abstraction layer, meaning you apply the same functions to issue queries and fetch data regardless of which database you're using. However, PDO does not provide a database abstraction - it doesn't rewrite SQL or emulate missing database features.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the benefits of using PDO? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Among the benefits are: access methods that allow complete control over how attributes are read and written, validation on a per-record and per-attribute level, easier fetching of objects from related tables, reusable logic that makes the codebase easier to maintain, cleaner code through object-oriented programming, fewer errors from SQL query generation, and protection against SQL injection.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does using prepared statements in Zend Framework fully protect against SQL injection? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Not entirely. Zend Framework's database access methods usually support prepared statements, which are encouraged because they handle escaping parameters for you, but dynamic SQL queries are still allowed and any parameters must be escaped manually or SQL injection becomes possible. Many people believe prepared statements offer 100% protection, but this isn't true - input data should always be validated and sanitized, with PDO treated as another line of defense. PDO also does not protect against other vulnerabilities such as XSS (cross-site scripting).</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why can PDO_MySQL be riskier than traditional MySQL usage, and how can this be avoided? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Traditional MySQL allows only a single SQL query at a time, but PDO_MySQL has no such limitation, meaning there is more risk of being injected with multiple queries. To avoid this, you should use the correct prepared statements from Zend Framework, and pay particular attention to WHERE IN and ORDER BY clauses, since they aren't normally handled correctly by prepared statements - in these cases you should escape the data yourself.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What escaping methods does Zend_Db provide? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Zend_Db has two escaping methods that can be used: quote() and quoteIdentifier(). Both of these methods handle strings by putting them between single quotes.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.html.twig b/src/Blog/templates/page/blog-resource/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.html.twig
deleted file mode 100644
index 104acf31..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/remote-connections-to-mysql-server-on-plesk-based-servers.html.twig
+++ /dev/null
@@ -1,63 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-By default, MySql servers on Linux machines where Plesk is installed, have the <strong>old_passwords</strong>=1 or ON flag.
-
-That mean even if you have MySQL 5.5+ version, it still use old style of password storage, pre-mysql 4.1+
-
-If you try to connect remote, from your local development machine, you will get an ugly error, like:
-
-&nbsp;
-<pre>Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE  mysqlnd
-cannot connect  to MySQL 4.1+ using the old insecure authentication. Please use an administration
-tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password').
-This will store a new, and more secure, hash value in mysql.user.
-If this user is used in other scripts executed by PHP 5.2 or earlier you might need to remove
- the old-passwords flag from your my.cnf file' in</pre>
-<!--more-->How to fix that [ You need mysql admin priviledges] :
-<ol>
-    <li>Create a new database user,  <strong>someuser</strong> for instance directly in command line</li>
-    <li>Grant priviledges to that user to the database you want to connect to.</li>
-    <li>Now run the below SQL statements:</li>
-</ol>
-<pre>SET old_passwords = 0;
-UPDATE mysql.user SET Password = PASSWORD('somepassword') WHERE User = 'someuser' limit 1;
-SELECT LENGTH(Password) FROM mysql.user WHERE User = 'someuser';
-FLUSH PRIVILEGES;</pre>
-&nbsp;
-
-Now you can remotely connect to that server, using the user: <strong>someuser</strong> and password: <strong>somepassword</strong>
-
-&nbsp;
-
-NOTE: if you browse the table mysql.user , you will note that the password field contain many more characters for the user <strong>someuser</strong> compared to the others.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Why can't I connect remotely to MySQL on a Plesk-based server? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">By default, MySQL servers on Linux machines with Plesk installed have the old_passwords flag set to 1 (ON). Even on MySQL 5.5+, this means the old, pre-4.1 password storage style is still used, which causes a PDOException error when connecting remotely.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What error message indicates this old-passwords problem? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You get a fatal error mentioning "cannot connect to MySQL 4.1+ using the old insecure authentication," suggesting you reset the password using SET PASSWORD = PASSWORD('your_existing_password') to store a newer, more secure hash.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you fix the old-passwords issue? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Create a new database user (e.g. someuser) from the command line, grant it privileges on the target database, then run: SET old_passwords = 0; UPDATE mysql.user SET Password = PASSWORD('somepassword') WHERE User = 'someuser' limit 1; SELECT LENGTH(Password) FROM mysql.user WHERE User = 'someuser'; FLUSH PRIVILEGES;. You can then connect remotely using that user and password.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can you tell the fix worked by looking at the mysql.user table? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">If you browse the mysql.user table, you'll notice the password field for the fixed user (someuser) contains many more characters than the password fields for the other, unfixed users.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/static-analysis-replacing-psalm-with-phpstan.html.twig b/src/Blog/templates/page/blog-resource/php-development/static-analysis-replacing-psalm-with-phpstan.html.twig
deleted file mode 100644
index fb2d93fe..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/static-analysis-replacing-psalm-with-phpstan.html.twig
+++ /dev/null
@@ -1,204 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>What is Static Analysis</h2>
-
-<p class="mb-3"><strong>Static analysis</strong> (static code analysis or source code analysis) applies a set of coding rules to <strong>debug source code </strong>before a program is run. Applied in the early phase of code development, the goals of static analysis are:</p>
-
-<ul><li><strong>Catch and fix errors</strong> like type-related errors which can occur especially in dynamically-typed programming languages like PHP.</li>
-
-<li><strong>Confirm coding standards</strong> to ensure readability and maintainability for large projects that need a consistent coding style.</li>
-
-<li><strong>Identify code that needs refactoring</strong> and recommend improvements to improve complex or 'smelly' code.</li>
-
-<li><strong>Enhance security</strong> by detecting potential code injection in PHP, cross-site scripting (XSS) and open redirect vulnerabilities.</li>
-</ul>
-
-<p class="mb-3">The top static analysis tools are:</p>
-
-<ul><li>PHPStan</li>
-
-<li>Psalm</li>
-
-<li>Snyk</li>
-
-<li>Sonarqube</li>
-
-<li>Scrutinizer</li>
-
-<li>PHPCheckstyle</li>
-</ul>
-
-<h2><a href="#why-switch-from-psalm-to-phpstan"></a>Why Switch from Psalm to PHPStan?</h2>
-
-<p class="mb-3">Dotkernel has been using <a rel="noreferrer noopener" href="https://psalm.dev/" target="_blank">psalm</a> for a while now and the results have always been positive. A large part of the PHP community, especially developers in widely-used projects like Doctrine and Composer, have opted for <a rel="noreferrer noopener" href="https://phpstan.org/" target="_blank">PHPStan</a> instead. For most use cases, psalm and PHPStan have identical findings, so it isn't really justified to use both.</p>
-
-<p class="mb-3">PHPStan has some advantages to psalm:</p>
-
-<ul><li>A faster growing ecosystem.</li>
-
-<li>Better social media presence.</li>
-
-<li>A fulltime contributor (author <a href="https://github.com/ondrejmirtes" data-type="link" data-id="https://github.com/ondrejmirtes" target="_blank" rel="noreferrer noopener">@ondrejmirtes</a>).</li>
-
-<li>Uses PHP stubs from PHPStorm.</li>
-
-<li>Better quality and depth of detection.</li>
-</ul>
-
-<p class="mb-3">Thus, the better choice becomes PHPStan.</p>
-
-<h2><a href="#updating-your-project-to-use-phpstan"></a>Updating Your Project to Use PHPStan</h2>
-
-<p class="mb-3">First, remove the references to psalm</p>
-
-<ul><li>update the <code>require</code> in your <code>composer.json</code> file<ul><li>remove <code>vimeo/psalm</code></li>
-
-<li>add these packages<ul><li>"phpstan/phpstan": "^2.0"</li>
-
-<li>"phpstan/phpstan-doctrine": "^2.0"</li>
-
-<li>"phpstan/phpstan-phpunit": "^2.0",</li>
-</ul>
-</li>
-</ul>
-</li>
-
-<li>update the <code>scripts</code> in your <code>composer.json</code> file<ul><li>replace <code>"static-analysis": "psalm --shepherd --stats",</code> with <code>"static-analysis": "phpstan analyse --memory-limit 1G",</code></li>
-</ul>
-</li>
-
-<li>run <code>composer update</code> to install the new packages</li>
-
-<li>delete <code>psalm-baseline.xml</code> and <code>psalm.xml</code></li>
-
-<li>create file <code>.github/workflows/static-analysis.yml</code> with the content below to configure the environment and the steps for PHPStan</li>
-</ul>
-
-<pre>
-{% verbatim %}
-on:
-  - push
-
-name: Run PHPStan checks
-
-jobs:
-  mutation:
-    name: PHPStan ${{ matrix.php }}-${{ matrix.os }}
-
-    runs-on: ${{ matrix.os }}
-
-    strategy:
-      matrix:
-        os:
-          - ubuntu-latest
-
-        php:
-          - "8.2"
-          - "8.3"
-
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v4
-
-      - name: Install PHP
-        uses: shivammathur/setup-php@v2
-        with:
-          php-version: '${{ matrix.php }}'
-          coverage: pcov
-          ini-values: assert.exception=1, zend.assertions=1, error_reporting=-1, log_errors_max_len=0, display_errors=On
-          tools: composer:v2, cs2pr
-
-      - name: Determine composer cache directory
-        run: echo "COMPOSER_CACHE_DIR=$(composer config cache-dir)" >> $GITHUB_ENV
-
-      - name: Cache dependencies installed with composer
-        uses: actions/cache@v4
-        with:
-          path: ${{ env.COMPOSER_CACHE_DIR }}
-          key: php${{ matrix.php }}-composer-${{ hashFiles('**/composer.json') }}
-          restore-keys: |
-            php${{ matrix.php }}-composer-
-      - name: Install dependencies with composer
-        run: composer install --prefer-dist --no-interaction --no-progress --optimize-autoloader --ansi
-
-      - name: Setup project
-        run: |
-          mv config/autoload/local.php.dist config/autoload/local.php
-          mv config/autoload/mail.local.php.dist config/autoload/mail.local.php
-          mv config/autoload/local.test.php.dist config/autoload/local.test.php
-      - name: Run static analysis with PHPStan
-        run:  vendor/bin/phpstan analyse
-{% endverbatim %}
-</pre>
-
-<ul><li>create the file <code>phpstan.neon</code> with the content below to configure the extensions, the rule level and the ignore rules</li>
-</ul>
-
-<pre>includes:
-    - vendor/phpstan/phpstan-doctrine/extension.neon
-    - vendor/phpstan/phpstan-phpunit/extension.neon
-parameters:
-    level: 5
-    paths:
-        - src
-        - test
-    treatPhpDocTypesAsCertain: false
-    ignoreErrors:
-        -
-            message: '#Call to an undefined method.*setAllowOverride#'
-            path: test/Functional/AbstractFunctionalTest.php</pre>
-
-<h2><a href="#running-the-phpstan-checks"></a>Running the PHPStan checks</h2>
-
-<p class="mb-3">To run the checks, use this command:</p>
-
-<pre>composer static-analysis</pre>
-
-<p class="mb-3"><code>composer.json</code> is currently set up to run this command which sets up the memory limit to a higher amount that that from the <code>php.ini</code> file in PHP (128M).</p>
-
-<pre>vendor/bin/phpstan analyse --memory-limit 1G </pre>
-
-<p class="mb-3">If you still get the error below, try increasing the memory limit further, e.g. 2G or 4G.</p>
-
-<pre>Child process error: PHPStan process crashed because it reached configured PHP memory limit: 128M</pre>
-
-<h2><a href="#summary"></a>Summary</h2>
-
-<p class="mb-3">In this article we revisited the theoretical meaning of static analysis and focused on the change from psalm to PHPStan. It's highly recommended to use a static analysis tool in your project and, while both psalm and PHPStan perform similar functions, the latter has recently stepped ahead of the former.</p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is static analysis and why is it used? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Static analysis (or source code analysis) applies coding rules to debug source code before a program is run. It's used to catch and fix type-related errors, confirm coding standards, identify code that needs refactoring, and enhance security by detecting issues like code injection, XSS, and open redirect vulnerabilities.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why did Dotkernel switch from Psalm to PHPStan? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel had used Psalm with positive results, but much of the PHP community, including projects like Doctrine and Composer, moved to PHPStan instead. Since the two tools have largely identical findings, using both wasn't justified, and PHPStan has a faster growing ecosystem, better social media presence, a fulltime contributor (@ondrejmirtes), PHP stubs from PHPStorm, and better quality and depth of detection.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the main steps to migrate a project from Psalm to PHPStan? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Remove vimeo/psalm from composer.json and add phpstan/phpstan, phpstan/phpstan-doctrine and phpstan/phpstan-phpunit, replace the "static-analysis" composer script with "phpstan analyse --memory-limit 1G", run composer update, delete psalm-baseline.xml and psalm.xml, then add a .github/workflows/static-analysis.yml workflow and a phpstan.neon configuration file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What does the phpstan.neon configuration file do in this setup? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It includes the phpstan-doctrine and phpstan-phpunit extensions, sets the analysis rule level (level 5 in the example), specifies the paths to scan (src and test), sets treatPhpDocTypesAsCertain to false, and can list ignoreErrors patterns to suppress specific known findings.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you run the PHPStan checks, and what if you hit a memory error? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Run composer static-analysis, which is configured to call vendor/bin/phpstan analyse --memory-limit 1G (higher than PHP's default 128M). If you still see "PHPStan process crashed because it reached configured PHP memory limit," try increasing the memory limit further, e.g. to 2G or 4G.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.html.twig b/src/Blog/templates/page/blog-resource/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.html.twig
deleted file mode 100644
index 27046de8..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/using-aptana-to-connect-to-dotkernel-tracker-mantis.html.twig
+++ /dev/null
@@ -1,75 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In developing <strong>Dotkernel</strong> application framework, we needed a tracking system. <strong><a href="http://www.dotkernel.net/">Dotkernel Tracker</a></strong> is the place where the <em>bugs</em> are reported, new <em>features</em> are announced and other <em>general tickets</em> are added.
-
-<strong><a href="http://www.dotkernel.net/">Dotkernel Tracker</a></strong> is a <strong><a href="http://www.mantisbt.org/">Mantis</a></strong> web-based bugtracking system. To simplify the development of <strong>Dotkernel</strong>, we integrated our web development IDE – <strong><a href="http://www.aptana.com/">Aptana</a></strong> with our bugtracking system – <strong><a href="http://www.dotkernel.net/">Dotkernel Tracker</a></strong>. In the <em><strong>Downloads</strong></em> section, you will find screenshots with the below steps for <strong><a href="../download/?did=24">Using Aptana with the Mylyn connector for Mantis</a></strong>
-<!--more-->
-
-<strong>1. </strong>Install <strong>Aptana </strong>2.0.5 by following these steps: <strong><a href="../php-development/aptana-php-installation-in-aptana-2-x/">http://www.dotkernel.com/php-development/aptana-php-installation-in-aptana-2-x/</a></strong>
-
-<strong> </strong>
-
-<strong>2. </strong>Install the <strong>Mylyn </strong>plugin:
-
-<em>Aptana</em> -&gt; <em>Help</em> -&gt;<em>Software Update</em>
-
-<em>Add</em><strong>: <a href="http://download.eclipse.org/tools/mylyn/update/e3.4/">http://download.eclipse.org/tools/mylyn/update/e3.4/</a></strong>
-
-<strong>3. </strong><em>Aptana</em>- &gt;<em>Windows</em> -&gt; <em>Show View</em> -&gt; <em>Other</em> -&gt; <em>Task</em> <em>Repository</em>
-
-<strong>4. </strong>Right click: <em>Add</em> <em>Task</em> <em>Repository</em> -&gt; <em>Install</em> <em>More</em> <em>Connectors</em>
-
-<strong>5. </strong>Select <em>Mantis</em> , then <em>Finish</em>
-
-<strong>6. </strong>Install <strong><em>Mylyn Connector </em></strong><em>– </em> <strong><em>Mantis</em></strong>
-
-<strong>7. </strong>From the <em>Task</em> <em>Repository</em> window, right click to select <em>Add</em> <em>Task</em> <em>Repository</em>-&gt; <em>Mantis</em>-&gt;<em>Next</em>
-
-<em>Server </em>: <strong><a href="http://www.dotkernel.net/api/soap/mantisconnect.php">http://www.dotkernel.net/api/soap/mantisconnect.php</a></strong>
-
-<em>Label</em>: <strong>Dotkernel Tracker</strong> (or a custom string )
-
-<em>User ID</em>: your username from <strong><a href="http://www.dotkernel.net/">http://www.dotkernel.net/</a></strong>. If you don’t have an account, signup <strong><a href="http://www.dotkernel.net/signup_page.php">here</a></strong>
-
-<strong>8. </strong>To check if your connection works, click on <em>Validate</em> <em>Settings</em>, then <em>Finish</em>
-
-<strong>9. </strong>A window will popup asking if you want to create a query;  click <em>Yes</em>
-
-<strong>10. </strong><em>Select project<strong>: Dotkernel</strong></em>
-
-<em>Select filter: <strong>[Build-in] Latest Dot Kernel tasks</strong></em>
-
-<em>Query Title: </em>change title – optional
-
-<em>Finish</em>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is Dotkernel Tracker? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel Tracker is a Mantis-based, web-based bugtracking system used by the Dotkernel application framework, where bugs are reported, new features are announced, and other general tickets are added.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How is Aptana integrated with Dotkernel Tracker? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Aptana, the web development IDE used for Dotkernel development, is integrated with Dotkernel Tracker via the Mylyn plugin's Mantis connector, so tickets can be managed directly from within the IDE.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What plugin do you need to install in Aptana before connecting to Mantis? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You need to install the Mylyn plugin via Aptana -> Help -> Software Update, adding the update site http://download.eclipse.org/tools/mylyn/update/e3.4/, and then install the Mylyn Connector for Mantis.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What information is needed to add Dotkernel Tracker as a task repository? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You need the server URL (http://www.dotkernel.net/api/soap/mantisconnect.php), a label of your choosing (e.g. "Dotkernel Tracker"), and your User ID, which is your username from dotkernel.net (you can sign up if you don't already have an account).</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/using-php-7-express-in-zend-studio-13.html.twig b/src/Blog/templates/page/blog-resource/php-development/using-php-7-express-in-zend-studio-13.html.twig
deleted file mode 100644
index 4195c8b3..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/using-php-7-express-in-zend-studio-13.html.twig
+++ /dev/null
@@ -1,83 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article will cover the steps needed in order to check the PHP7 compatibility, a small troubleshooter.
-
-This article will also contain a compatibility issue check on the latest Zend Framework 1 version.
-
-<!--more-->
-<h2>What is PHP 7 Express?</h2>
-PHP 7 Express is the newest feature added in Zend Studio (from version 13). This feature is very useful for checking if your pre-PHP7 code will work on a PHP7 server.
-<h2>The project creation</h2>
-If you already have the project backup and you are sure you can modify your project you can skip this step.
-
-If you want to create a new project for testing instead of modifying the original project make sure the PHP Version is set to PHP 5.6 or the PHP Version you use in the project. Choosing the PHP 7 option will hide the PHP 7 Express feature because Zend Studio assumes a PHP 7 project doesn't need compatibility checks, but if the project is using a different version of PHP compatibility issues might apper.
-
-Long story short: Use the exact PHP version your project is using at the project creation.
-
-<a href="/uploads/2015/12/Screenshot-2015-12-22-16.21.56.png" rel="attachment wp-att-2900"><img src="{{ asset('uploads/article/' ~ article.id ~ '/Screenshot-2015-12-22-16.21.56.png') }}" alt="The New Local PHP Project dialog in Zend Studio 13 " width="613" height="548" class="img-fluid rounded my-2"></a> The "New Local PHP Project" dialog in Zend Studio 13 and the PHP version selection
-<h2>The 'PHP Interpreter' selection</h2>
-If the <strong>PHP 7 Express </strong>feature is won't show up the issue might be the <strong>PHP Interpreter </strong>selected.
-
-To check and modify the PHP Interpreter:
-<ul>
-     <li>right click the project</li>
-     <li>type "interpreter"</li>
-     <li>The <strong>PHP</strong> -&gt; <strong>Interpreter </strong>option should show up</li>
-     <li>If you only need a specific interpreter for a specific project you can check "Enable Project specific settings" by checking this option you won't affect the other projects in the current workspace</li>
-</ul>
-<a href="/uploads/2015/12/zftest.png" rel="attachment wp-att-2902"><img src="{{ asset('uploads/article/' ~ article.id ~ '/zftest.png') }}" alt="Zend Studio PHP Interpreter Dialog" width="801" height="555" class="img-fluid rounded my-2"></a> Zend Studio PHP Interpreter Dialog
-
-The <strong>PHP 7 Express</strong> feature should now show up.
-<h2>Project preparation</h2>
-As we created a local project named <strong>zend-framework-test</strong> we will add the latest Zend Framework 1 version in our project.
-<ul>
-     <li>right click on the project</li>
-     <li>create a new folder named <strong>library</strong></li>
-     <li>download the latest <strong>Zend Framework 1</strong> version from <a href="http://framework.zend.com/downloads/latest#ZF1" target="_blank" rel="noopener noreferrer">here</a>, make sure you choose the <strong>Full</strong> option, not the <strong>Full Package</strong> one</li>
-     <li>extract the archive and browse the <strong>library</strong> folder</li>
-     <li>copy the <strong>Zend</strong> folder in your project's <strong>library</strong> folder</li>
-     <li>if the Drag and Drop didn't work and you had to manually copy the folder in your project you can click the project folder in Zend Studio and just press <strong>F5</strong> (Refresh)</li>
-</ul>
-<h2>Using PHP 7 Express - Testing Zend Framework 1</h2>
-Now let's see <strong>PHP 7 Express</strong> in action. Using PHP 7 Express is very easy:
-<ul>
-     <li>right-click the <strong>project,</strong> not a folder or a file because the feature won't show up</li>
-     <li>click "<strong>Run PHP 7 Express...</strong>"</li>
-     <li>a confirmation prompt will be displayed</li>
-</ul>
-After the analysis was done, you should see the <strong>PHP 7 Express </strong>view (or tab) in the bottom pane in Zend Studio (this depends on the perspective).
-
-The result should look like this:
-
-<a href="/uploads/2015/12/php7errors.png" rel="attachment wp-att-2904"><img src="{{ asset('uploads/article/' ~ article.id ~ '/php7errors.png') }}" alt="Zend Framework 1 compatibility issues with PHP7 " width="1006" height="647" class="img-fluid rounded my-2"></a> Zend Framework 1 compatibility issues with PHP7
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is PHP 7 Express in Zend Studio? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP 7 Express is a feature added in Zend Studio starting with version 13. It's useful for checking whether pre-PHP7 code will work correctly on a PHP7 server.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What PHP version should you select when creating a test project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Use the exact PHP version your project actually uses (e.g. PHP 5.6), not PHP 7. Choosing PHP 7 at project creation hides the PHP 7 Express feature, because Zend Studio assumes a PHP 7 project doesn't need compatibility checks.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should you check if the PHP 7 Express feature doesn't show up? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Check the PHP Interpreter selected for the project: right click the project, type "interpreter" to find the PHP -> Interpreter option, and optionally enable "Enable Project specific settings" so the change only affects that project.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you run PHP 7 Express once it's available? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Right-click the project itself (not a folder or file, or the feature won't show up), click "Run PHP 7 Express...", and confirm the prompt. After the analysis finishes, results appear in the PHP 7 Express view/tab in the bottom pane.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/version-control-ignore-patterns-in-zend-studio.html.twig b/src/Blog/templates/page/blog-resource/php-development/version-control-ignore-patterns-in-zend-studio.html.twig
deleted file mode 100644
index 02229014..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/version-control-ignore-patterns-in-zend-studio.html.twig
+++ /dev/null
@@ -1,36 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In order to globally manage the <a href="http://www.dotkernel.com/best-practice/svn-keywords-setup-in-php-ide-zend-studio/" target="_blank" rel="noopener noreferrer">"Ignored Resources"</a>  patterns in Zend Studio, for all projects , instead of manually add to each project, you can do the following:
-
-1. Go to <strong>Window</strong>-&gt; <strong>Preferences</strong>
-
-2. <strong>Team</strong> -&gt; <strong>Ignored Resources </strong>
-
-3. using <strong>Add Pattern,</strong> you can add each ignored pattern , one by one . Or you can remove some of allready existing patterns.
-
-This is specially useful when you have both Git and SVN projects in your workspace , also when you tend to be less careful about your code and workspace :-)
-
-Also, on each project, you can use either global ignored  patterns, or use specific ones.
-
-&nbsp;
-
-<a href="/uploads/2013/04/ignore-patterns.png"><img alt="ignore-patterns" src="{{ asset('uploads/article/' ~ article.id ~ '/ignore-patterns.png') }}" width="635" height="594" ></a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you set global ignored resource patterns in Zend Studio? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Go to Window -> Preferences, then Team -> Ignored Resources. From there, use Add Pattern to add ignored patterns one by one, applying them globally to all projects instead of adding them manually to each project, or remove existing patterns.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>When is this global ignore configuration especially useful? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's especially useful when you have both Git and SVN projects in the same workspace, and also when you tend to be less careful about your code and workspace. On each project you can still choose to use either the global ignored patterns or specific ones.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.html.twig b/src/Blog/templates/page/blog-resource/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.html.twig
deleted file mode 100644
index ad28fa3d..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/welcome-to-the-10th-zend-certified-engineer-in-dotboost-team.html.twig
+++ /dev/null
@@ -1,29 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Today is a major milestone for our <a href="http://www.dotboost.com" target="_blank" rel="noopener noreferrer">Dotboost Technologies Inc.</a> Company. We are announcing the 10th member of the team passed the Zend Certified Engineer exam.
-
-<a href="http://bit.ly/dotboost-zce" target="_blank" rel="noopener noreferrer">Zend Yellow Pages</a>
-
-This is part of our commitment to ensure that our clients have access to top level PHP development as standard practice and allows us to follow a strong quality assurance program.
-The next step is to implement the Zend Framework 2 best practices and to take the upcoming Zend Framework 2 Certified Architect exam.
-
-Beginning 2014, a Zend Certification will became mandatory for every developer in our team.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What milestone is this article announcing? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotboost Technologies Inc. is announcing that the 10th member of its team has passed the Zend Certified Engineer (ZCE) exam, a milestone the company highlights as part of its commitment to top-level PHP development for clients.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the team's next certification-related plans? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The next step is to implement Zend Framework 2 best practices and to pursue the Zend Framework 2 Certified Architect exam. Additionally, starting in 2014, Zend Certification will become mandatory for every developer on the team.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-development/zend-server-5-5-quick-setup-on-windows.html.twig b/src/Blog/templates/page/blog-resource/php-development/zend-server-5-5-quick-setup-on-windows.html.twig
deleted file mode 100644
index 2234d142..00000000
--- a/src/Blog/templates/page/blog-resource/php-development/zend-server-5-5-quick-setup-on-windows.html.twig
+++ /dev/null
@@ -1,58 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-In order to make  usable a fresh installation of Zend Server 5.5.0 on Windows 7, and be ready for development , few quick steps are required:
-
-<!--more-->
-
-<strong>1. Enable mod_rewrite</strong>
-
--  Open the file ZEND_INSTALATION_PATH/Apache2/conf/httpd.conf. Change the directive <em>AllowOverride</em> fron None to All
-
-- Restart Apache service
-
-<strong>2. PHP fine tunes</strong>
-
-- go to Zend Server administration interface, <a href="http://localhost:10081/ZendServer/" target="_blank" rel="noopener noreferrer">http://localhost:10081/ZendServer/</a>, Server Setup-&gt; Directives, and change the following:
-
-- set timezone:  set <strong><em>date</em></strong> to <em>America/New_York</em>
-
--set error reporting: <strong>display_errors  </strong>set to<strong> on</strong>, and <strong>error_reporting </strong>to<strong> -1</strong> .<strong></strong>
-
-<strong>3. Enable APC</strong>
-
-- APC is listed as been enabled in Zend Server admin interface, but the app dll file is missing, and APC is not working
-
-- download the latest php apc dll file, from <a href="http://windows.php.net/downloads/pecl/releases/apc/" target="_blank" rel="noopener noreferrer">here</a> . Quite old file at the time of this post, <em>php_apc-3.1.5-5.3-nts-vc9-x86.zip</em>, which is the latest Non-thread-safe VC9 file available. Download the archive and extract the file <em>php_apc.dll</em> to ZEND_INSTALATION_PATH/ZendServer/lib/phpext/
-
-- open <em>php.ini</em> file, from ZEND_INSTALATION_PATH/ZendServer\etc\php.ini , add the line <em>extension=php_apc.dll</em>
-
-- Restart Apache service
-
-&nbsp;
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>How do you enable mod_rewrite after a fresh Zend Server 5.5 install on Windows? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open ZEND_INSTALATION_PATH/Apache2/conf/httpd.conf, change the AllowOverride directive from None to All, then restart the Apache service.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What PHP directive changes are recommended in the Zend Server admin interface? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">In the Zend Server administration interface (http://localhost:10081/ZendServer/), under Server Setup -> Directives, set the date timezone to America/New_York, set display_errors to on, and set error_reporting to -1.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you enable APC when it's listed as enabled but not actually working? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Download the php_apc dll file (e.g. php_apc-3.1.5-5.3-nts-vc9-x86.zip, the latest non-thread-safe VC9 build at the time), extract php_apc.dll into ZEND_INSTALATION_PATH/ZendServer/lib/phpext/, add the line extension=php_apc.dll to the php.ini file in ZEND_INSTALATION_PATH/ZendServer/etc/php.ini, and restart the Apache service.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.html.twig b/src/Blog/templates/page/blog-resource/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.html.twig
deleted file mode 100644
index 98c09e17..00000000
--- a/src/Blog/templates/page/blog-resource/php-troubleshooting/fix-installing-pear-packages-with-php-7-2.html.twig
+++ /dev/null
@@ -1,71 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-This article will cover the solution to the PEAR "<em>Cannot use result of built-in function in write context</em>" issue.
-<h2>The Issue</h2>
-If installing a pear package (for instance PHP Code Sniffer), when running:
-<pre>pear install PHP_CodeSniffer</pre>
-This error is shown
-<pre>PHP Fatal error: Cannot use result of built-in function in write context in ...\php\pear\Archive\Tar.php on line 639
-Fatal error: Cannot use result of built-in function in write context in ...\pear\Archive\Tar.php on line 639</pre>
-This error is shown because the function is called by reference.
-
-More details about this issue can be found in <a href="https://github.com/pear/Archive_Tar/pull/18">this Pull Request</a>.
-
-&nbsp;
-<h2>The solution</h2>
-You might be tempted to execute the following
-<pre>pear install Archive_Tar</pre>
-which will result in the same error.
-
-&nbsp;
-
-Go to the line indicated in the error (639 in this case) and replace:
-<pre> $v_att_list = &amp; func_get_args();</pre>
-with
-<pre> $v_att_list = func_get_args();</pre>
-The above means the <strong>func_get_args()&nbsp;</strong>isn't called by reference anymore.
-<h2>Our recommendation</h2>
-The above does fix the problem,&nbsp;<strong>but we recommend installing&nbsp;</strong>the Archive_Tar again so you have the latest working version.
-
-&nbsp;
-
-Run the following command:
-<pre>pear install Archive_Tar</pre>
-This will update your Archive Tar PEAR package.
-
-&nbsp;
-
-And to install the code sniffer run:
-<pre>pear install PHP_CodeSniffer</pre>
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What error occurs when installing PEAR packages with PHP 7.2? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Running a command like pear install PHP_CodeSniffer produces the fatal error "Cannot use result of built-in function in write context" in Archive/Tar.php on line 639, because the function is called by reference.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you fix the "Cannot use result of built-in function in write context" error? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Go to the line indicated in the error (line 639) and replace "$v_att_list = &amp;func_get_args();" with "$v_att_list = func_get_args();", so func_get_args() is no longer called by reference.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Does running pear install Archive_Tar directly fix the problem? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">No, running pear install Archive_Tar on its own results in the same error, since the underlying Archive_Tar.php file still has the by-reference function call.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the recommended full fix sequence? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After manually fixing the func_get_args() line, it's recommended to run pear install Archive_Tar again to get the latest working version of the package, and then run pear install PHP_CodeSniffer to install the code sniffer.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.html.twig b/src/Blog/templates/page/blog-resource/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.html.twig
deleted file mode 100644
index 1e50d1c3..00000000
--- a/src/Blog/templates/page/blog-resource/php-troubleshooting/where-is-the-intl-php-extension-problem-solved.html.twig
+++ /dev/null
@@ -1,137 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Problem</h2>
-PHP packages/frameworks/libraries/scripts we work with might require different PHP extensions. In this case the Intl extension is needed to work with using Internationalization Functions.
-
-<a href="https://www.w3.org/International/questions/qa-i18n" target="_blank" rel="noopener noreferrer">What is Internationalization?</a>
-
-Got any of these error messages?
-<ul>
-     <li>Zend InputFilter requires intl PHP extension</li>
-     <li>The requested PHP extension intl is missing from your system</li>
-</ul>
-&nbsp;
-
-This happened because the PHP Intl extension isn't installed or enabled.
-
-Parts of this tutorial can be also a guide for installing or enabling other extensions.
-<h2>What is PHP Intl?</h2>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">Internationalization extension (further is referred as Intl) is a wrapper for » ICU library, enabling PHP programmers to perform various locale-aware operations including but not limited to formatting, transliteration, encoding conversion, calendar operations</blockquote>
-Source: <a href="https://www.php.net/manual/en/book.intl.php" target="_blank" rel="noopener noreferrer">PHP Documentation</a>
-<blockquote class="blockquote border-start border-4 ps-3 text-muted my-3">This extension may be installed using the bundled version as of PHP 5.3.0, or as a PECL extension as of PHP 5.2.0. In other words, there are two methods to install the intl extension.</blockquote>
-Source: <a href="http://php.net/manual/en/intl.installation.php" target="_blank" rel="noopener noreferrer">PHP Documentation</a>
-<h2>Cause</h2>
-If you have installed the unbundled PHP version, the extension is not installed on the system. (unless you've installed it separately)
-
-If you have the bundled PHP version, the extension might be existing but not enabled.
-
-&nbsp;
-<h2>Solutions</h2>
-<h3>For Linux-based Server (assuming you have root access):</h3>
-<ul>
-     <li>Make sure the <strong>php_intl.so</strong> file exists within your php extensions directory, find the extensions directory by:
-<ul>
-     <li>using <strong>phpinfo()</strong></li>
-     <li>running this command:  <code>php -r "echo ini_get('extension_dir');"</code></li>
-     <li>(note: both options gets the extension_dir right from the PHP runtime configuration)</li>
-</ul>
-</li>
-</ul>
-<ul>
-     <li>If the file exists:
-<ul>
-     <li>search for the config file (<strong>php.ini, </strong>usually <strong>/etc/php.ini</strong>) and open it</li>
-     <li>Make sure the line "extension=php_intl.so" is existing and not commented</li>
-     <li>Restart the web server (usually <strong>sudo service httpd restart</strong>)</li>
-     <li>Check if the extension is enabled using <strong>phpinfo()</strong></li>
-</ul>
-</li>
-     <li>If the file doesn't exist
-<ul>
-     <li>Check your php version by running the "php -v" command</li>
-     <li>For PHP 5 install the <strong>php-intl</strong> package using your package manager - <a href="https://en.wikipedia.org/wiki/Package_manager#Front-ends_for_locally_compiled_packages" target="_blank" rel="noopener noreferrer">package managers and commands</a>
-<ul>
-     <li>Most common: <strong>apt-get install php-intl (for ubuntu-based linux) </strong>or <strong>yum install php-intl (for CentOS)</strong></li>
-</ul>
-</li>
-     <li>For PHP 7, install the<strong> php7.x-intl </strong>(depending on your php version)</li>
-     <li>Repeat the steps for the case in which the file exists</li>
-</ul>
-</li>
-</ul>
-For projects hosted on a shared hosting platform you must ask your hosting provider to install/enable the PHP Intl extension.
-
-&nbsp;
-<h3>For Windows-based Server:</h3>
-<ul>
-     <li>Make sure the <strong>php_intl.dll</strong> file exists within your php extensions directory
-<ul>
-     <li>for separately installed PHP: C:\path\to\php\ext\</li>
-     <li>for xampp: C:\path\to\xampp\php\ext</li>
-     <li>(note: your drive letter might be different)</li>
-</ul>
-</li>
-</ul>
-<ul>
-     <li>If the file exists:
-<ul>
-     <li>search for the config file (<strong>php.ini, </strong>usually in the same folder as the php executable) and open it</li>
-     <li>Make sure the line "extension=php_intl.dll" is existing and not commented</li>
-     <li>Restart the web server (usually apache)</li>
-     <li>Check if the extension is enabled using <strong>phpinfo()</strong></li>
-</ul>
-</li>
-</ul>
-<ul>
-     <li>If the file doesn't exist:
-<ul>
-     <li>Check your php version by running the "php -v" command</li>
-     <li>Download the PHP version that corresponds to yours from the <a href="http://windows.php.net/download/" target="_blank" rel="noopener noreferrer">PHP Downloads Page</a> (TS/NTS, x86/x64)
-<ul>
-     <li>To find thread safety for php, run: <strong>php -i | findstr "Thread" </strong>, <a href="http://stackoverflow.com/questions/5799843/find-if-the-installed-php-is-threadsafe-or-nonthreadsafe target=" rel="noopener noreferrer">source &amp; more info</a>. <strong>
-</strong></li>
-</ul>
-</li>
-     <li>Search for the <strong>php_intl.dll</strong> file in the ext folder in that version and copy it in your php\ext folder</li>
-     <li>Repeat the steps for the case in which the file exists</li>
-</ul>
-</li>
-</ul>
-Edit: changed <strong>php7.0 </strong>occurrences with <strong>php7.x</strong> as the version may vary.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What errors indicate the PHP Intl extension is missing? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Typical errors include "Zend InputFilter requires intl PHP extension" and "The requested PHP extension intl is missing from your system." These happen because the PHP Intl extension isn't installed or enabled.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What is the PHP Intl extension used for? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Intl (Internationalization extension) is a wrapper for the ICU library that lets PHP programmers perform locale-aware operations, including formatting, transliteration, encoding conversion, and calendar operations. It can be installed bundled since PHP 5.3.0, or as a separate PECL extension since PHP 5.2.0.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you find your PHP extensions directory? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">You can find the extension_dir either by calling phpinfo() or by running the command php -r "echo ini_get('extension_dir');" — both read the value straight from the PHP runtime configuration.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you enable the Intl extension on a Linux server if the file already exists? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Confirm php_intl.so exists in your extensions directory, open the php.ini config file (usually /etc/php.ini), make sure the line "extension=php_intl.so" exists and isn't commented out, restart the web server (e.g. sudo service httpd restart), and verify with phpinfo().</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What if the php_intl.so or php_intl.dll file doesn't exist at all? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">On Linux, check your PHP version with php -v, then install the php-intl package (PHP 5) or php7.x-intl package (PHP 7) via your package manager, e.g. apt-get install php-intl on Ubuntu-based systems or yum install php-intl on CentOS; on shared hosting, ask your provider to install/enable it. On Windows, download the matching PHP version (checking TS/NTS and x86/x64, with thread safety found via php -i | findstr "Thread") from the PHP Downloads page and copy php_intl.dll from its ext folder into your php\ext folder.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.html.twig b/src/Blog/templates/page/blog-resource/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.html.twig
deleted file mode 100644
index f6b32979..00000000
--- a/src/Blog/templates/page/blog-resource/phpstorm/code-quality-how-to-setup-phpcs-in-phpstorm.html.twig
+++ /dev/null
@@ -1,111 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">PHP_CodeSniffer or phpcs is a tool that helps developers maintain a specific standard in the way they write code. In order to be able to provide relevant information, phpcs needs to be configured correctly in PHPStorm (see image).</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/image.png') }}" alt=""> </figure>
-
-<div style="height:50px" aria-hidden="true"></div>
-
-<p class="mb-3">Whether you just cloned or you are already working on a project, follow the below guide on how to prepare your environment.</p>
-
-<h2>When cloning a project</h2>
-
-<p class="mb-3"><strong>Step 1</strong>:</p>
-
-<p class="mb-3"><em>Windows Terminal</em>: Move to the directory where you want to clone the project</p>
-
-<p class="mb-3"><strong>Step 2</strong>:</p>
-
-<p class="mb-3"><em>Windows Terminal</em>: Clone the project</p>
-
-<p class="mb-3"><strong>Step 3</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: install composer dependencies</p>
-
-<p class="mb-3"><strong>Step 4</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: restart</p>
-
-<p class="mb-3"><strong>Step 5</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: Open Settings (<em>FIle</em> -&gt; <em>Settings</em>) and go to <em>PHP</em> -&gt; <em>Quality Tools</em> -&gt; <em>PHP_CodeSniffer</em>:</p>
-
-<ul><li>Make sure that the inspection button is ON</li>
-
-<li><em>Coding standard</em> is set to <em>Custom</em> and the field next to it contains the path to your project's <em>phpcs.xml</em> file</li>
-</ul>
-
-<h2>For an existing project</h2>
-
-<p class="mb-3"><strong>Step 1</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: Open Settings (<em>FIle</em> -&gt; <em>Settings</em>) and go to <em>PHP</em> -&gt; <em>Quality Tools</em> -&gt; <em>PHP_CodeSniffer</em>. There, if <em>Coding standard</em> is set to <em>Custom</em> and the field next to it contains the path to your project's <em>phpcs.xml</em> file, then PHPStorm is configured correctly to use phpcs - NO need to continue with the next steps.</p>
-
-<p class="mb-3"><strong>Step 2</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: delete (if exists) the vendor directory</p>
-
-<p class="mb-3"><strong>Step 3</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: install composer dependencies</p>
-
-<p class="mb-3"><strong>Step 4</strong>:</p>
-
-<p class="mb-3"><em>PHPStorm</em>: restart</p>
-
-<p class="mb-3"><strong>Step 5</strong>:</p>
-
-<p class="mb-3">Go to <strong>Step 1</strong>.</p>
-
-<p class="mb-3">After you have the above configurations, you should start seeing information in the top-right corner of the editor.</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/image-1-1024x83.png') }}" alt=""> </figure>
-
-<p class="mb-3">Once the PHPStorm has finished analyzing the opened file, you should see either a green tick (meaning no errors)</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/image-2-1024x66.png') }}" alt=""> </figure>
-
-<p class="mb-3">or a count of all the errors, warnings, typos:</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/image-3.png') }}" alt=""> </figure>
-
-<p class="mb-3">Clicking on them will open a section where you get detailed information on each item, their location and recommendations on how to fix them:</p>
-
-<figure><img src="{{ asset('uploads/article/' ~ article.id ~ '/image-5.png') }}" alt=""> </figure>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is phpcs and why do you need to configure it in PHPStorm? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">PHP_CodeSniffer (phpcs) is a tool that helps developers maintain a specific standard in the way they write code. In order for it to provide relevant information, it needs to be configured correctly in PHPStorm.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What are the steps to set up phpcs in PHPStorm when cloning a new project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Move to the directory where you want to clone the project, clone the project, install composer dependencies in PHPStorm, restart PHPStorm, then open Settings (File -&gt; Settings) and go to PHP -&gt; Quality Tools -&gt; PHP_CodeSniffer, making sure the inspection button is ON and the Coding standard is set to Custom with the field pointing to your project's phpcs.xml file.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you check whether phpcs is already configured correctly for an existing project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Open Settings (File -&gt; Settings) and go to PHP -&gt; Quality Tools -&gt; PHP_CodeSniffer. If Coding standard is already set to Custom and the field points to your project's phpcs.xml file, PHPStorm is configured correctly and there's no need to continue with the next steps.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What should you do if phpcs is not configured correctly on an existing project? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Delete the vendor directory if it exists, install composer dependencies, restart PHPStorm, and then go back and repeat the check from Step 1 of the existing-project process.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How do you know phpcs is working once configured? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">After the above configuration, you should start seeing information in the top-right corner of the editor: a green tick means no errors, while a count indicates errors, warnings, or typos. Clicking on them opens a section with detailed information on each item, its location, and recommendations on how to fix it.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.html.twig
deleted file mode 100644
index 296d0642..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/scienta-zf-debug-bar-a-very-helpfull-zf-debug-tool.html.twig
+++ /dev/null
@@ -1,26 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Just found today a very interesting and helpful debug tool:
-
-<strong><a title="Scienta ZF Debug Bar" href="http://jokke.dk/software/scientadebugbar" target="_blank" rel="noopener noreferrer">Scienta</a></strong>
-
-We at Dotkernel used some very basic debug bar:  queries, time spent , memory used.  But this <strong>Scienta</strong> is way more complex and nicer then our internal code,  so we switch to it and integrate it in Dotkernel code base.
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is the Scienta ZF Debug Bar? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">It's a debug tool for Zend Framework that the author found interesting and helpful, available at jokke.dk/software/scientadebugbar.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why did Dotkernel switch from its own debug bar to Scienta? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Dotkernel had been using a very basic debug bar showing queries, time spent, and memory used, but found Scienta to be way more complex and nicer than their internal code, so they switched to it and integrated it into the Dotkernel code base.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/sunsetting-pear-channel-for-zend-framework-1.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/sunsetting-pear-channel-for-zend-framework-1.html.twig
deleted file mode 100644
index 5214a3e4..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/sunsetting-pear-channel-for-zend-framework-1.html.twig
+++ /dev/null
@@ -1,44 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<h2>Sunsetting PEAR Channel for Zend Framework 1</h2>
-
-<p class="mb-3">The unofficial <strong>PEAR channel for Zend Framework 1</strong> was created in <a rel="noreferrer noopener" href="https://www.dotkernel.com/dotkernel/migration-of-zend-framework-1-pear-channel/" data-type="URL" data-id="https://www.dotkernel.com/dotkernel/migration-of-zend-framework-1-pear-channel/" target="_blank">2016</a> , at the time when <a rel="noreferrer noopener" href="https://pear.php.net/" data-type="URL" data-id="https://pear.php.net/" target="_blank">PEAR</a> was still used a lot.</p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3">Due to the fact that is a pain to upgrade <strong>PEAR </strong>to work with <strong>PHP 8</strong> , we must sunset the channel .</p>
-
-<p class="mb-3">Another reason for sunsetting is that currently is running on an LXC container with Centos 7 , which does not work on latest Proxmox version, and the upgrade to Amlaminux is too much of a pain.</p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3">Thank you PEAR  for your contribution to PHP ecosystem, it was a major part of <strong>PHP </strong>infrastructure .</p>
-
-<p class="mb-3"></p>
-
-<p class="mb-3"></p>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>When was the PEAR channel for Zend Framework 1 created? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The unofficial PEAR channel for Zend Framework 1 (pear.dotkernel.com) was created in 2016, at a time when PEAR was still used a lot.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why is the PEAR channel for Zend Framework 1 being sunset? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Because it's a pain to upgrade PEAR to work with PHP 8, the channel had to be sunset.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>What other reason is given for sunsetting the channel? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">The channel was running on an LXC container with CentOS 7, which doesn't work on the latest Proxmox version, and upgrading to AlmaLinux was too much of a pain.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/wurfl-php-api-libraries-gpl-versions.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/wurfl-php-api-libraries-gpl-versions.html.twig
deleted file mode 100644
index 15772968..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/wurfl-php-api-libraries-gpl-versions.html.twig
+++ /dev/null
@@ -1,30 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-GPL versions of WURFL PHP API libraries are ready to be downloaded from here .
-
-Version 1.1 is the one integrated in Zend Framework Zend_Htpp_UserAgent component.
-
-Version 1.2.1 is the latest released under GPL license.
-
-<em>Later Edit: removed because A) AGPL version is available, but you'll need to download it for yourself and B) removed to make Luca Passani a favor :-).</em>
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Which WURFL PHP API library versions were made available under GPL? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Version 1.1, which is the one integrated in Zend Framework's Zend_Http_UserAgent component, and version 1.2.1, described as the latest released under the GPL license.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Why was the download later removed, according to the post's edit? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Per the "Later Edit," it was removed because an AGPL version is available (which readers need to download for themselves), and to make Luca Passani a favor.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-12-4-released-with-security-fixes.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-12-4-released-with-security-fixes.html.twig
deleted file mode 100644
index bdb7e67d..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-12-4-released-with-security-fixes.html.twig
+++ /dev/null
@@ -1,43 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<a href="http://mwop.net/" target="_blank" rel="noopener noreferrer">Matthew Weier O'Phinney</a> just announced the release of ZF 1.12.4, 2.1.6, and 2.2.6 m with Security Updates
-
-For more information, please read the official release announcement:
-<a href="http://framework.zend.com/blog/zend-framework-1-12-4-2-1-6-and-2-2-6-released.html" target="_blank" rel="noopener noreferrer">Zend Framework Released</a>
-
-Also, the ZF  PEAR channel was updated to latest 1.12.4 release.
-
-<a href="http://code.google.com/p/zend/" target="_blank" rel="noopener noreferrer">pear upgrade zend/zend</a>
-
-<strong>March 7, 2014 EDIT:</strong>
-
-Zend Framework 1.12.5 was released, in order to fix a backward compatibility issue introduced in 1.12.4 release.
-
-<a href="http://framework.zend.com/blog/zend-framework-1-12-5-released.html" target="_blank" rel="noopener noreferrer">Release Announcement </a>
-
-&nbsp;
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>Who announced the release of Zend Framework 1.12.4, and what other versions were released alongside it? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Matthew Weier O'Phinney announced the release of ZF 1.12.4, along with 2.1.6 and 2.2.6, all with security updates.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Was the ZF PEAR channel updated for this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes, the ZF PEAR channel was updated to the latest 1.12.4 release, upgradable via "pear upgrade zend/zend".</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>Was there a follow-up issue after the 1.12.4 release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Yes — per the March 7, 2014 edit, Zend Framework 1.12.5 was released in order to fix a backward compatibility issue introduced in the 1.12.4 release.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-7-0-released.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-7-0-released.html.twig
deleted file mode 100644
index 77e7cf8f..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-7-0-released.html.twig
+++ /dev/null
@@ -1,26 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-At first glance , the biggest news is AMF support:
-
-<a title="Zend Framework AMF" href="http://framework.zend.com/manual/1.12/en/zend.amf.server.html" target="_blank" rel="noopener noreferrer">Adobe's Action Message Format protocol to your PHP 5 application</a>
-
-<a href="http://framework.zend.com/download/latest" target="_blank" rel="noopener noreferrer">Download latest  ZF </a>
-
-<h2 id="user-content-faq">Frequently Asked Questions</h2>
-
-<div class="faq-list">
-    <details class="acc" open>
-        <summary>What is described as the biggest news in the Zend Framework 1.7.0 release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">AMF support — bringing Adobe's Action Message Format protocol to PHP 5 applications.</p>
-        </div>
-    </details>
-    <details class="acc">
-        <summary>How can readers get this release? <span class="chev">+</span></summary>
-        <div class="acc-body">
-            <p class="mb-0">Via the "Download latest ZF" link provided in the post, pointing to the official Zend Framework download page.</p>
-        </div>
-    </details>
-</div>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-end-of-life.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-end-of-life.html.twig
deleted file mode 100644
index b7581341..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-1-end-of-life.html.twig
+++ /dev/null
@@ -1,8 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">EOL (End-of-Life) term was just announced.</p>
-<p class="mb-3">Only up until Sept. 28, 2016, Zend Framework 1 will receive security updates.</p>
-<p class="mb-3">"With the release of Zend Framework 3, it's time to halt development on Zend Framework 1. As such, we hereby announce that Zend Framework 1 reaches its End of Life (EOL) three months from today, on 28 September 2016."</p>
-<p class="mb-3">Read the official <a href="https://framework.zend.com/blog/2016-06-28-zf1-eol.html" target="_blank" rel="noopener noreferrer">announcement</a>.</p>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.html.twig
deleted file mode 100644
index e37e5166..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/zend-framework-as-pear-accessible-repository-on-plesk-server.html.twig
+++ /dev/null
@@ -1,20 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-Why we want to install ZF as PEAR ? Because is too boring and time consuming to move all ZF files up and down for each script you want to install , there are a lot of files.
-
-Also that way we can forget about the need to update ZF at latest versions, and keep tracks of which version and on which server we have ZF.  Of course, backward compatibility  can be an issue in future ZF releases ( like 2.0 branch for PHP &gt; 5.3)
-<!--more-->
-<ol>
-    <li> Install PEAR if is not installed  already .</li>
-    <li> Follow the instructions for <a href="http://code.google.com/p/zend/" target="_blank" rel="noopener noreferrer">ZF PEAR </a>. Then simply use: <em>pear install zend/zend</em></li>
-    <li>Create a vhosts.conf file in /var/www/vhosts/dotkernel.com/conf  or where is your vhost configuration folder located.</li>
-    <li>In that file, remove the open_basedir :</li>
-<pre>php_admin_value open_basedir "/var/www/vhosts/dotkernel.com/httpdocs:/tmp:/usr/share/pear"</pre>
-    <li>rebuild all vhosts:  /usr/local/psa/admin/sbin/websrvmng -a</li>
-    <li>Restart httpd</li>
-    <li>Call directly the preloader:
-<pre> require_once 'Zend/Loader/Autoloader.php';</pre>
-</li>
-</ol>
-{% endblock %}
diff --git a/src/Blog/templates/page/blog-resource/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.html.twig b/src/Blog/templates/page/blog-resource/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.html.twig
deleted file mode 100644
index 1e3f50f8..00000000
--- a/src/Blog/templates/page/blog-resource/zend-framework/zend-mail-and-zend-http-security-fixes-in-zend-framework-1-12-12.html.twig
+++ /dev/null
@@ -1,13 +0,0 @@
-{% extends '@layout/blog-post.html.twig' %}
-
-{% block body %}
-<p class="mb-3">The release of ZF 1.12.12 was just announced, with Security Updates especially on Zend_Mail and Zend_Http components.</p>
-<p class="mb-3">For more information, please read the official release announcement: <a href="http://bit.ly/1Hr0K6e" target="_blank" rel="noopener noreferrer">Zend Framework 1.12.12 Released</a></p>
-<p class="mb-3">Also, the ZF PEAR channel was updated to latest 1.12.12 release.</p>
-<p class="mb-3"><strong>pear upgrade zend/zend</strong></p>
-<p class="mb-3">We strongly recommend that consumers of the Zend_Http and Zend_Mail components upgrade immediately. Also, Dotkernel Application Framework use intensively the Zend_Mail component.</p>
-<p class="mb-3">If you cannot, you can download the patch separately and apply it to your ZF install: <a href="https://packages.zendframework.com/releases/ZendFramework-1.12.12/0001-ZF2015-04-Fix-CRLF-injections-in-HTTP-and-Mail.patch" target="_blank" rel="noopener noreferrer">ZF2015-04 patch for ZF1</a></p>
-<p class="mb-3"><strong>May 20, 2015 EDIT:</strong></p>
-<p class="mb-3">Zend Framework 1.12.13 was released, in order to fix a regression issue introduced in 1.12.12 release.</p>
-<p class="mb-3"><a href="http://framework.zend.com/blog/zend-framework-1-12-13-released.html" target="_blank" rel="noopener noreferrer">Release Announcement</a></p>
-{% endblock %}
diff --git a/src/Blog/templates/page/markdown-article.html.twig b/src/Blog/templates/page/markdown-article.html.twig
new file mode 100644
index 00000000..53ce183f
--- /dev/null
+++ b/src/Blog/templates/page/markdown-article.html.twig
@@ -0,0 +1,20 @@
+{% extends '@layout/blog-post.html.twig' %}
+
+{% block body %}
+{{ content|markdown_to_html }}
+
+{% if faq is not empty %}
+<h2 id="user-content-faq">Frequently Asked Questions</h2>
+
+<div class="faq-list">
+    {% for item in faq %}
+    <details class="acc"{% if loop.first %} open{% endif %}>
+        <summary>{{ item.question }} <span class="chev">+</span></summary>
+        <div class="acc-body">
+            <p class="mb-0">{{ item.answer }}</p>
+        </div>
+    </details>
+    {% endfor %}
+</div>
+{% endif %}
+{% endblock %}
diff --git a/test/Unit/App/Factory/MarkdownExtensionFactoryTest.php b/test/Unit/App/Factory/MarkdownExtensionFactoryTest.php
new file mode 100644
index 00000000..7100084b
--- /dev/null
+++ b/test/Unit/App/Factory/MarkdownExtensionFactoryTest.php
@@ -0,0 +1,31 @@
+<?php
+
+declare(strict_types=1);
+
+namespace LightTest\Unit\App\Factory;
+
+use Light\App\Factory\MarkdownExtensionFactory;
+use LightTest\Unit\UnitTest;
+use PHPUnit\Framework\MockObject\Exception;
+use Psr\Container\ContainerInterface;
+use Twig\TwigFilter;
+
+use function array_map;
+
+class MarkdownExtensionFactoryTest extends UnitTest
+{
+    /**
+     * @throws Exception
+     */
+    public function testInvokeReturnsAMarkdownExtensionRegisteringTheMarkdownFilter(): void
+    {
+        $extension = (new MarkdownExtensionFactory())($this->createStub(ContainerInterface::class));
+
+        $filterNames = array_map(
+            static fn (TwigFilter $filter): string => $filter->getName(),
+            $extension->getFilters()
+        );
+
+        $this->assertContains('markdown_to_html', $filterNames);
+    }
+}
diff --git a/test/Unit/App/Factory/MarkdownRuntimeLoaderFactoryTest.php b/test/Unit/App/Factory/MarkdownRuntimeLoaderFactoryTest.php
new file mode 100644
index 00000000..33190363
--- /dev/null
+++ b/test/Unit/App/Factory/MarkdownRuntimeLoaderFactoryTest.php
@@ -0,0 +1,25 @@
+<?php
+
+declare(strict_types=1);
+
+namespace LightTest\Unit\App\Factory;
+
+use Light\App\Factory\MarkdownRuntimeLoaderFactory;
+use LightTest\Unit\UnitTest;
+use PHPUnit\Framework\MockObject\Exception;
+use Psr\Container\ContainerInterface;
+use Twig\Extra\Markdown\MarkdownRuntime;
+
+class MarkdownRuntimeLoaderFactoryTest extends UnitTest
+{
+    /**
+     * @throws Exception
+     */
+    public function testInvokeReturnsALoaderThatResolvesTheMarkdownRuntime(): void
+    {
+        $loader = (new MarkdownRuntimeLoaderFactory())($this->createStub(ContainerInterface::class));
+
+        $this->assertInstanceOf(MarkdownRuntime::class, $loader->load(MarkdownRuntime::class));
+        $this->assertNull($loader->load('SomeUnknownRuntime'));
+    }
+}
diff --git a/test/Unit/App/Service/ArticleBodyCleanerTest.php b/test/Unit/App/Service/ArticleBodyCleanerTest.php
new file mode 100644
index 00000000..7abc7b3d
--- /dev/null
+++ b/test/Unit/App/Service/ArticleBodyCleanerTest.php
@@ -0,0 +1,25 @@
+<?php
+
+declare(strict_types=1);
+
+namespace LightTest\Unit\App\Service;
+
+use Light\App\Service\ArticleBodyCleaner;
+use LightTest\Unit\UnitTest;
+
+class ArticleBodyCleanerTest extends UnitTest
+{
+    public function testCleanStripsTheLeadingTitleAndTlDrSection(): void
+    {
+        $body = "# A Title\n\n## TL;DR\n\nA short summary.\n\n## First Section\n\nThe real content.";
+
+        $this->assertSame("## First Section\n\nThe real content.", ArticleBodyCleaner::clean($body));
+    }
+
+    public function testCleanOnlyStripsTheTitleWhenThereIsNoTlDrSection(): void
+    {
+        $body = "# A Title\n\n## First Section\n\nThe real content.";
+
+        $this->assertSame("## First Section\n\nThe real content.", ArticleBodyCleaner::clean($body));
+    }
+}
diff --git a/test/Unit/App/Service/FaqExtractorTest.php b/test/Unit/App/Service/FaqExtractorTest.php
new file mode 100644
index 00000000..fbe57ebb
--- /dev/null
+++ b/test/Unit/App/Service/FaqExtractorTest.php
@@ -0,0 +1,39 @@
+<?php
+
+declare(strict_types=1);
+
+namespace LightTest\Unit\App\Service;
+
+use Light\App\Service\FaqExtractor;
+use LightTest\Unit\UnitTest;
+
+class FaqExtractorTest extends UnitTest
+{
+    public function testExtractPullsTheQuestionAnswerPairsOutOfTheFaqSection(): void
+    {
+        $body = "Some intro text.\n\n## FAQ\n\n"
+            . "**Q: What is it?**\nA: It's an example.\n\n"
+            . "**Q: Why does it matter?**\nA: Because tests need coverage.";
+
+        $result = FaqExtractor::extract($body);
+
+        $this->assertSame('Some intro text.', $result['body']);
+        $this->assertSame(
+            [
+                ['question' => 'What is it?', 'answer' => "It's an example."],
+                ['question' => 'Why does it matter?', 'answer' => 'Because tests need coverage.'],
+            ],
+            $result['faq']
+        );
+    }
+
+    public function testExtractReturnsAnEmptyFaqWhenThereIsNoFaqSection(): void
+    {
+        $body = "Some intro text.\n\nMore content.";
+
+        $result = FaqExtractor::extract($body);
+
+        $this->assertSame([], $result['faq']);
+        $this->assertSame($body, $result['body']);
+    }
+}
diff --git a/test/Unit/App/Service/FrontMatterTest.php b/test/Unit/App/Service/FrontMatterTest.php
new file mode 100644
index 00000000..19574e05
--- /dev/null
+++ b/test/Unit/App/Service/FrontMatterTest.php
@@ -0,0 +1,29 @@
+<?php
+
+declare(strict_types=1);
+
+namespace LightTest\Unit\App\Service;
+
+use Light\App\Service\FrontMatter;
+use LightTest\Unit\UnitTest;
+
+class FrontMatterTest extends UnitTest
+{
+    public function testParseSplitsTheYamlFrontMatterFromTheBody(): void
+    {
+        $raw = "---\ntitle: \"A Title\"\nlanguage: \"en\"\n---\n\n# A Title\n\nSome body content.";
+
+        $result = FrontMatter::parse($raw);
+
+        $this->assertSame(['title' => 'A Title', 'language' => 'en'], $result['meta']);
+        $this->assertSame("# A Title\n\nSome body content.", $result['body']);
+    }
+
+    public function testParseReturnsTheWholeContentAsBodyWhenThereIsNoFrontMatter(): void
+    {
+        $result = FrontMatter::parse("# A Title\n\nSome body content.");
+
+        $this->assertSame([], $result['meta']);
+        $this->assertSame("# A Title\n\nSome body content.", $result['body']);
+    }
+}
diff --git a/test/Unit/Blog/Handler/GetPostResourceHandlerTest.php b/test/Unit/Blog/Handler/GetPostResourceHandlerTest.php
index a5c3cd88..bcd284b1 100644
--- a/test/Unit/Blog/Handler/GetPostResourceHandlerTest.php
+++ b/test/Unit/Blog/Handler/GetPostResourceHandlerTest.php
@@ -116,6 +116,85 @@ public function testHandleFallsBackToHtmlWhenNoMarkdownFileExistsForTheRequested
         $this->assertStringContainsString('text/html', $response->getHeaderLine('Content-Type'));
     }
 
+    /**
+     * @throws Exception
+     */
+    public function testHandleRendersTheTwigTemplateWhenTheArticleIsFlaggedAsTwig(): void
+    {
+        $article = $this->createStub(Post::class);
+        $article->method('getStatus')->willReturn(PostStatusEnum::Published);
+        $article->method('isTwig')->willReturn(true);
+
+        $postRepository = $this->createStub(PostRepository::class);
+        $postRepository->method('getArticleResource')->willReturn($article);
+        $postRepository->method('getAdjacentPosts')->willReturn(['previous' => null, 'next' => null]);
+
+        $categoryRepository = $this->createStub(CategoryRepository::class);
+        $categoryRepository->method('getCategories')->willReturn([$this->createStub(Category::class)]);
+
+        $template = $this->createMock(TemplateRendererInterface::class);
+        $template->expects($this->once())
+            ->method('render')
+            ->with('page::blog-resource/a-category/a-slug', $this->anything())
+            ->willReturn('<html lang="en">twig</html>');
+
+        $handler = new GetPostResourceHandler(
+            $template,
+            $postRepository,
+            $categoryRepository,
+            $this->createStub(BlogServiceInterface::class),
+        );
+
+        $request  = (new ServerRequest())->withAttribute('slug', 'a-slug')->withAttribute('categorySlug', 'a-category');
+        $response = $handler->handle($request);
+
+        $this->assertSame(200, $response->getStatusCode());
+    }
+
+    /**
+     * @throws Exception
+     */
+    public function testHandleRendersTheMarkdownArticleForAPublishedPost(): void
+    {
+        $markdownFile = sys_get_temp_dir() . '/' . uniqid('dk-article-', true) . '.md';
+        file_put_contents($markdownFile, "---\ntitle: \"A Title\"\n---\n\n# A Title\n\nSome body content.");
+
+        $article = $this->createStub(Post::class);
+        $article->method('getStatus')->willReturn(PostStatusEnum::Published);
+        $article->method('isTwig')->willReturn(false);
+
+        $postRepository = $this->createStub(PostRepository::class);
+        $postRepository->method('getArticleResource')->willReturn($article);
+        $postRepository->method('getAdjacentPosts')->willReturn(['previous' => null, 'next' => null]);
+
+        $categoryRepository = $this->createStub(CategoryRepository::class);
+        $categoryRepository->method('getCategories')->willReturn([$this->createStub(Category::class)]);
+
+        $template = $this->createMock(TemplateRendererInterface::class);
+        $template->expects($this->once())
+            ->method('render')
+            ->with(
+                'page::markdown-article',
+                $this->callback(
+                    static fn (array $params): bool => $params['content'] === 'Some body content.'
+                        && $params['faq'] === []
+                )
+            )
+            ->willReturn('<html lang="en">md</html>');
+
+        $blogService = $this->createStub(BlogServiceInterface::class);
+        $blogService->method('resolveMarkdownFilePath')->willReturn($markdownFile);
+
+        $handler = new GetPostResourceHandler($template, $postRepository, $categoryRepository, $blogService);
+
+        $request  = (new ServerRequest())->withAttribute('slug', 'a-slug')->withAttribute('categorySlug', 'a-category');
+        $response = $handler->handle($request);
+
+        $this->assertSame(200, $response->getStatusCode());
+
+        unlink($markdownFile);
+    }
+
     /**
      * @throws Exception
      */