search-results.js

Ohne JS: search-results.php sortiert/filtert/paginiert komplett serverseitig anhand der GET-Parameter (?sort=&category=&page=) und cached dabei den Session-Datensatz — es wird keine neue Suche ausgelöst, nur der bestehende $_SESSION["search_results"]-Datensatz neu aufbereitet. Echte <a href>-Links für die Pagination, ein <noscript>-Submit-Button für Sortierung/Filter.
Mit JS: results-app.js lädt den kompletten Datensatz einmalig per fetch() von einem neuen schlanken JSON-Endpoint nach und übernimmt Sortierung, Filterung und Pagination danach zu 100% im Browser — keine weiteren Serveranfragen mehr, kein Page-Reload.
sorter.js, filter.js, paginator.js werden durch die eine Datei results-app.js ersetzt (löst den Button-Konflikt).

php/controller/search-results-data.php

@@ -0,0 +1,32 @@
+<?php
+/**
+ * Liefert den vollständigen, zuletzt gefundenen Ergebnis-Datensatz als JSON.
+ *
+ * Wird von js/results-app.js EINMALIG per fetch() geladen, damit Sortierung,
+ * Filterung und Pagination danach komplett im Browser laufen können, ohne
+ * weitere Serveranfragen oder eine erneute Datenbank-Suche auszulösen.
+ */
+if (session_status() === PHP_SESSION_NONE) {
+    session_start();
+}
+
+header('Content-Type: application/json; charset=utf-8');
+
+require_once __DIR__ . '/../../includes/resultsHelper.php';
+
+$rawResults = $_SESSION['search_results'] ?? [];
+
+$payload = array_map(function ($item) {
+    return [
+        'id'       => $item['id'],
+        'title'    => $item['title'],
+        'author'   => $item['author'],
+        'category' => $item['category'] ?? '',
+        'likes'    => getLikeCount($item),
+    ];
+}, $rawResults);
+
+echo json_encode([
+    'query'   => $_SESSION['search_query'] ?? '',
+    'results' => array_values($payload),
+]);