Beiträge von b3317133

Vermutlich würde man im PHP-Script [FONT=Courier New]$_POST['var_icfcode'][/FONT] ändern auf [FONT=Courier New]$_REQUEST['var_icfcode'][/FONT] damit wird sowohl [FONT=Courier New]$_POST[/FONT] als auch [FONT=Courier New]$_GET[/FONT] abgefragt, und für die Links in der ASCII-Datei würde man vermutlich wohl sowas in der Art nutzen:

bla bla <a href="https://www.example.com/informationen/hilfen-zum-behindertenrecht/icf_decoder/?var_icfcode=b167">b167</a> bla blub bla

Das sind aber wirklich einfachste HTML / PHP Formular Grundlagen, mit WordPress hat das eher nichts zu tun.

Man sucht mit preg_replace_callback() z.B. nach allen Zahlen und ersetzt die dann jeweils durch ein Stück HTML-Code mit der entspr. Zahl darin = ein Link.

Woher kommen denn die Links? Wohin sollen sie linken?

Wenn die Tabelle in einer ASCII-Datei vorliegt, kannst Du Links auch einfach dort reinschreiben?

Am Rande, ein Cookie Banner sollte reichen, derzeit einer oben (der mit dem von @SirEctor genannten Fehler) und noch ein anderer unten aus dem Plugin Jetpack.

Sicher, dass das hier funktionert?

wp_enqueue_script( 'my-great-script', get_template_directory_uri() . '/wp-includes/js/jquery/jquery.js', array( 'jquery' ), '1.2.4', true );

Das würde bedeuten, dass sich der WordPress Systemordner [FONT=Courier New]wp-includes[/FONT] innerhalb des (Parent) Theme Ordners befindet? Und weiterhin ist als Dependency / Abhängigkeit [FONT=Courier New]'jquery'[/FONT] angegeben, also die normale jQuery Systemversion von WordPress.

Und nach einem [FONT=Courier New]wp_deregister_script('jquery');[/FONT] wird / kann ein [FONT=Courier New]wp_enqueue_script('jquery');[/FONT] bzw. auch eine Dependency / Abhängigkeit eher nicht mehr funktionieren.

Welches Theme wird verwendet, wo genau wird welcher Code eingefügt, Link zur Seite?

Da sieht jetzt alles ok aus.

Der Redirect von https auf http innerhalb von WordPress ist allerdings immer noch vorhanden. Weitertesten wie siehe oben (Plugins deaktivieren, anderes Theme, ...)

Zitat von ASenna

Ich wäre dankbar für einen Tipp, in welche Richtung ich hier denken muss.

Beispielsweise in Richtung preg_replace_callback() o.ä. vor der Ausgabe...

Zitat von PGSolution

Habe nun die wp_config bearbeitet.

Und was steht in der Datei [FONT=Courier New]wp-config.php[/FONT] jetzt genau drin?

Die Zeilen mit den [FONT=Courier New]DB_xx..[/FONT] Datenbankzugangsdaten und die Zeilen mit den [FONT=Courier New]..xx_KEY[/FONT] und [FONT=Courier New]..xx_SALT[/FONT] beim hier Posten anonymisieren oder weglassen.

Eine Strato SSL-Weiterleitung würde sich auch auf sonstige statische Dateien wie /readme.html auswirken, zudem würde sie in die andere Richtung funktionieren, also http auf https und nicht wie derzeit bei den WordPress Seiten umgekehrt von https auf http...

@maxe Derzeit leitet irgendein Mechanismus von https zurück auf http weiter, und bei der Startseite wird es dann endlos, Ping Pong zwischen https und http, weil WordPress auf https eingerichtet ist.

Diesen "zurück zu http" Mechanismus gilt es zu finden und abzustellen, siehe auch Ergänzungen in #12.

Hm, hier funktionieren Aufrufe der einzelnen Seiten wie [plain]https://deineseite.de/about/[/plain], leiten aber per 301 auf http weiter, also läuft irgendwo noch ein Mechanismus, der das verursacht.

Deaktiviere der Reihe nach alle Plugins, befrage den Autor des Websites bzw. Child-Themes, ob dort oder in der wp-config.php ggf. irgendwelche Redirects eingebaut sind, und stelle sicher, dass in der .htaccess nur der Teil "Basic WP" steht, sonst nichts. Evtl. hilft es auch, zwischendrin "Einstellungen > Permalinks" zu speichern, das leert die internen rewriterules von WordPress. Der Redirect kommt relativ sicher irgendwo aus WordPress, da statische Dateien wie [plain]https://deineseite.de/readme.html[/plain] nicht auf http redirected werden.

[plain]https://deineseite.de/wp-login.php[/plain] funktioniert, melde Dich dort an, leere Deinen Browser-Cache und deaktiviere Deine Cache-Plugins falls noch nicht geschehen und verwende das Plugin "Better Search Replace", um in der Datenbank [plain]http://deineseite.de[/plain] durch [plain]https://deineseite.de[/plain] zu ersetzen. Weitere Stichworte für Suchmaschinen und Forumsuche: WordPress Umzug

Bei der anderen Seite ist lt. [plain]deineseite.de/wp-json[/plain] in WordPress unter "Einstellungen > Allgemein" einmal "http" und einmal "https" hinterlegt, das kollidiert wohl, weiterhin siehe Hinweise zum Cache-Plugin, deaktiviere das, bis alles funktioniert.

Nein, siehe in #2, was bei Standard-Visibility-PW-Schutz erfasst wird..

Die Seite ist offenbar für https eingerichtet und funktioniert derzeit von hier aus gut.

Leere Deinen Browser Cache und bei solchen Änderungen immer auch den WP Rocket Cache oder deaktiviere das Plugin.

Vermutlich 1&1 IONOS, dort gibt es (zumindest in den Paketen, in die ich Einblick habe) nach wie vor nur MySQL 5.5, wobei die Datenbankversion beim hier beschriebenen Problem eher kaum die Ursache sein dürfte.

Leider kann man von aussen nichts weiter dazu sagen. Die Scripts, die in Deiner Fehlermeldung erscheinen, waren vorhin definitiv ok, das passt also nicht zu Deiner Fehlermeldung. Du solltest wohl am besten mal jemandem mit technischem Verständnis in Deinem Bekanntenkreis o.ä. ein Admin-Zugang geben, der das ganze mal bei sich verifizieren kann.

Vielleicht ist eine andere Lösung in den Grid-Einstellungen oder über andere Elemente auch möglich, um das herauszufinden, würde ich erstmal einen Testwebsite erstellen und dazu die Dokumentation von Impreza studieren.

Was steht in der Seite footer.php? Vermutlich fehlt dort wp_footer() o.ä.

Und ein paar Hinweise zu header.php, jQuery lädt WordPress selbst, derzeit hast Du es doppelt, das geht nie gut, und eigene CSS- und JavaScript-Dateien wie function.js o.ä. im Theme lädt man wie im Theme Handbuch beschrieben, nicht direkt im Code von header.php. Die Datei style.css direkt im Theme Ordner wird auch autom. geladen, wenn man sie richtig aufbaut.

Das ganze Theme Handbuch lesen schadet generell nicht...

Zitat von omgking1

..wenn man im Grid auf ein Bild klickt auf direkt auf die jeweilge Subdomain des Sportlers weitergeleitet werden, also ein jeweilige externer Link..

Erstelle z.B. eine eigene Seite für jeden Sportler, integriere die Seiten in Dein Grid, und leite dann die Permalinks zu diesen Seiten mit einem Plugin wie Redirection oder Simple 301 Redirects o.ä. auf Deine externe Subdomain weiter.

Zitat von omgking1

Die Webseite existiert noch nicht, sowie die einzelnen Subdomains.

Evtl. gibt es auch einfachere Möglichkeiten, einfach mal ausprobieren.

Was steht denn in der Datei header.php Deines Themes?

Ansonsten siehe Hinweise von @SEpp55 und bitte auch die restlichen Fragen alle beantworten.

Mehr zum Thema Theme Entwicklung siehe Theme Developer Handbook.