Beiträge von b3317133

Zitat von AmFearLiath

füge im Impressum in den Link vom Menu doch einfach das index.php mit ein...

Oder auch einfach nur den Slash

[FONT=courier new]/#deinanker[/FONT]

Der Link führt zum WordPress Quellcode, dort siehst Du in Zeile 1625 den Filter, den Du nutzen könntest. In [FONT=courier new]$after[/FONT] steht u.a. die Anzahl, was aus dem Quellcode von wp_get_archives() hervorgeht.

z.B. über den get_archives_link Filter.

Das Ergebnis unterscheidet sich in den CSS-Klassen, würde daher das Einfügen der Kategorie-Archivseite dem "manuellen Link" vorziehen.

Das sind sog. Plugin Action Links, siehe auch hier: plugin_action_links_(plugin file name)

Doku

MH Magazine hat entspr. Widgets, die einzelne Kategorien zeigen. Auch im Menü kannst Du Kategorien als Menüpunkte einfügen. Das Datum usw. kann man entweder per CSS ausblenden oder über die Anpassung der Funktion [FONT=courier new]mh_magazine_lite_post_meta()[/FONT] über ein sog. Child-Theme.

Das Theme hat eine umfangreiche Doku, mehr zu den Widgets findet man z.B. hier.

Die Grösse von [FONT=courier new]post-thumbnail[/FONT] (Beitragsbild) wird vom jeweiligen Theme bei Nutzung von Beitragsbildern definiert, siehe auch Beschreibung hier im Code.

In der URL-Zeile von z.B. Firefox:[FONT=courier new]

view-source:https://reifschneider.work/site/[/FONT]

Strg-F: Nach "font-awesome" suchen...

Rausfinden, woher das kommt.

Derzeit sind zwei verschiedene Font Awesome Versionen eingebunden, das funktioniert nicht.

Möglicherweise. Das kann man von "aussen" aber schlecht beurteilen, wenn man nicht zufällig das gleiche Theme benutzt. Es ist offenbar ein gekauftes "Premium" Theme, daher am besten mal den Autor bzw. Theme-Support fragen.

Das liegt an der "responsive" Darstellung des Themes. Vergrössere das Browser-Fenster, dann erscheint das Menü oben rechts.

Im Theme wird Notation/Classnames für Font Awesome 3.x verwendet, das CSS ist aber für Font Awesome 4.x eingebunden.

Beispiel-Code 3.x

<i class="icon-arrow-left"></i>

Beispiel-Code 4.x

<i class="fa fa-arrow-left" aria-hidden="true"></i>

Dieser Teil der [FONT=courier new]index.php[/FONT] wird bei Nutzung/Verwendung als [FONT=courier new]404.php[/FONT] nicht aufgerufen, weil es dann keine [FONT=courier new]have_posts()[/FONT] und damit keine Loop gibt.

Ausserhalb dieser Schleife kannst Du z.B. eigene get_posts() verwenden, Beispiele wie das (auch immer) ausserhalb der Loop ("outside any loop") geht, befinden sich auf der verlinkten Doku-Seite.

Kopiere (falls die noch nicht existiert) die Datei [FONT=courier new]index.php[/FONT] Deines Themes als Datei [FONT=courier new]404.php[/FONT] in Deinen Theme-Ordner, siehe auch hier. Dann kannst Du die Datei [FONT=courier new]404.php[/FONT] bearbeiten und entspr. Code, Shortcodes, Widgets, o.ä. dort einbinden.

Zitat von fischerandreas

@b3317133.Im FF und Chrome will er ständig https.....

Hier nicht, bei r23 nicht, bei SirEctor nicht, bei Jaba nicht, ... wo ist also das Problem zu suchen?

Und wenn Du "in allen möglichen Foren Seitenhiebe" empfindest, mag es evtl. auch generell an der Fragestellung und/oder Erwartungshaltung liegen.

Und noch zum Thema: Alle genannten Browser bringen sog. Entwickler-Tools mit, mit u.a. einem Netzwerk-Tab, in dem man genau sehen kann, was wie in welcher Reihenfolge geladen wird...

Zitat von misaf

Hier ist sicher nicht das doppelte Lotschen Schuld, sonder irgend eine Einstellung oder?

Wenn zwei gleiche "slugs" existieren, wird WordPress nicht wissen (können) welche Seite o.ä. Du beim Aufruf meinst. Daher bereinigen.

Schau nach einer Test-Email mit asdfasdf usw., die ging vorhin durch.

Bei einem zweiten Versuch soeben kam jetzt der gleiche HTML-Hinweis wie in Deinem Backend zurück, das verursacht wie beschrieben die JSON-Fehlermeldung.

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>200 OK</title>
</head><body>
<h1>OK</h1>
<p>The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.</p>
</body></html>

Ist evtl. "Sicherheit" -> "Serverside Security" in Deinem Strato-Account aktiviert?

Und welche PHP-Version ist eingestellt?

Eine JSON-Antwort ist hier die Antwort des Servers auf eine Ajax-Anfrage aus dem Browser im JSON-Format. Wenn diese statt im JSON-Format als HTML-Fehlermeldung bzgl. Serverüberlastung zurückkommt (so wie das bei admin.php der Fall war), kann das Formular nichts mit dem HTML anfangen und zeigt folglich die o.g. Fehlermeldung.

Ein Test-Versand via "Kontakt" hat soeben funktioniert, wo genau tritt das Problem denn auf?

Zitat von fischerandreas

Hab auch schon Cache geleert. Ohne Erfolg.

Welchen Cache hast Du geleert? Euer Theme hat in den Theme-Options einen eigenen Code- und Bildercache, meinst Du den?

Die .zip Datei und installer.php stammt aller Wahrscheinlichkeit nach aus dem Plugin Duplicator (das man als WordPress-Dienstleister kennen sollte).

Jeder "slug" sollte in WordPress nur einmal vorkommen, vermutlich gibt es hier Überschneidungen bzw. "Doppelte".