Laut Webseite deines Hosters wird PHP5.2 und Apache2.2 angeboten.
Laut HTTP-Header meines Browsers läuft recordsale.ch mit PHP/5.6.29 und Apache/2.4.12
Beiträge von b3317133
-
-
Twenty Seventeen
die schon im Theme durch elmastudio integriert waren
Welches Theme verwendest Du denn jetzt? Twenty Seventeen ist nicht von elmastudio. Link zur Seite? -
Da es kein Error Log und keine WP_DEBUG Meldungen gibt und Du auch sonst schon alles geprüft hast, wird man Dir ohne Zugriff auf die Datenbank wohl eher schlecht helfen können.
-
Es gibt zwar die Passwort Funktion für einzelne Seiten direkt in WP, aber dann müsste man es auf jeder Seite neu angeben
Wenn man das gleiche Passwort auf allen Seiten verwendet, muss man es normalerweise nicht neu eingeben.
-
Die Meldung kann einige Gründe haben, von fehlenden/defekten Einträgen in der wp_options Tabelle bis hin zu parallenen Installationen mit dem gleichen Datenbank-Prefix usw. - gibt es ggf. mehr Hinweise im error log des Servers oder mit WP_DEBUG auf true?
Suchbegriff für die Suchmaschinen: [FONT=courier new]WordPress "not allowed to access this page"[/FONT]
Vor Anpassungen mit Role Plugins oder manuell der Datenbank unbedingt ein Backup machen...
-
Manche Plugins wie z.B. User Role Editor speichern in der Tabelle wp_options ein Backup der Benutzerrechte bei der Installation, die man dann später per Hand/SQL theoretisch wieder zurücksetzen kann, siehe z.B. hier. Aber VORSICHT, da kann man auch sehr einfach sehr viel (mehr als jetzt schon) zerstören!
Handelt es sich nach wie vor um das gleiche Problem wie 2013 hier beschrieben? Wurden seitdem keine Updates mehr gemacht?
Welches Plugin Du damals benutzt hast, kannst Du aus ältern Backups des Websites ermitteln, dort mal in den Ordner /wp-content/plugins/ schauen. Das wäre sehr hilfreich bei der Lösungsfindung.
-
Falls du mir noch einen Hinweis geben kannst, wie das passiert sein könnte
Mit äusserst hoher Wahrscheinlichkeit ein Benutzerfehler im FTP-Programm... -
Sieht so aus als wäre die Datei [FONT=courier new]index.php[/FONT] im Hauptverzeichnis nicht diejenige die ins Hauptverzeichnis von WordPress gehört, sondern fälschlicherweise die Datei aus dem Unterordner [FONT=courier new]/wp-admin/[/FONT]
Die [FONT=courier new]index.php[/FONT] im Hauptverzeichnis sollte so aussehen:
PHP
Alles anzeigen<?php /** * Front to the WordPress application. This file doesn't do anything, but loads * wp-blog-header.php which does and tells WordPress to load the theme. * * @package WordPress */ /** * Tells WordPress to load the WordPress theme and output it. * * @var bool */ define('WP_USE_THEMES', true); /** Loads the WordPress Environment and Template */ require( dirname( __FILE__ ) . '/wp-blog-header.php' ); -
Dafür erstellt man bei WordPress ein sog. Child Theme, hier als Anhaltspunkt eine umfangreiche Anleitung für ein Twenty Seventeen Child Theme.
-
Bei export/import der Daten alleine per XML werden keine Systemdateien überschrieben.
Wie kannst Du sehen, dass alle Beiträge/Seiten vorhanden sind?
Wenn das Backend funktioniert, deaktiviere mal testweise alle Plugins und schalte das Theme auf ein Standard Theme um (wie z.B. Twenty Seventeen). Erscheint dann immer noch die Meldung im Frontend?
Link zur Seite?
-
Offenbar muss ich da also noch händisch etwas anpassen. Nur was und wo?
Suchstichwort: WordPress UmzugÄndern:
[FONT=courier new]http://www.meindorf.de/wordpress[/FONT]
in
[FONT=courier new]http://www.meindorf.de[/FONT]Wo: In der Datenbank, am besten mit einem Plugin wie "Better Search Replace"
-
Hvon einem uralten, nie geupdateten WP die Dateien exportiert und im neuen WP importiert.
Welche Dateien genau? In welchen Ordnern? Evtl. hast Du aktuelle Systemdateien mit alten Systemdateien überschrieben?
-
-
Per FTP im Ordner /wp-content/themes/
-
Es gibt verschiedenen Wege, die sog. Attachment-Seiten zu unterbinden. z.B. mit dem von Dir verwendenten SEO-Pluging oder eigenen Code oder mit einem extra Plugin nur für diesen Zweck usw.
-
Das Formular hat u.a. eine Klasse [FONT=courier new]gwolle_gb_hide[/FONT], entfernt man diese, ist das Formular sichtbar und man kann es nutzen.
Der Button zum Anzeigen des Formulars ist zwar sichtbar (wenn auch durch die Farbwahl nicht wirklich lesbar) aber nicht klickbar, weil das div mit id [FONT=courier new]#gwolle_gb_entries[/FONT] sozusagen "darüber" liegt. Rutscht man dieses div etwas herunter, kann man auch den Button klicken.
Also nur ein CSS Problem im Zusammenhang mit dem Theme, das Plugin an sich funktioniert.
-
Beispiel: Latinspirations-Logo-313x100.png
Der "Expires" Header steht auf +1 Woche.
Der "Cache-Control" Header auf max-age=3600 = 60 Minuten.Evtl. kannst Du das im bei Dir verwendeten WP Super Cache Plugin anpassen.
-
Du musst den Fehler manuell beheben und die Datei functions.php ohne die letzten Änderungen per FTP hochladen.
-
Die Datei header.php befindet sich im verwendeten Theme im Ordner /wp-content/themes/
Änderungen dort werden allerdings mit dem nächsten Theme Update überschrieben. Daher verwendet man bei WordPress für solche Änderungen ein sog. Child-Theme.
Wie man ein Child-Theme für Dein Theme "Twenty Seventeen" erstellt, kann man z.B. hier ausführlich nachlesen.
Sobald das Child-Theme angelegt und aktiviert wurde, kann man (falls nötig) z.B. über das Plugin Inherit Theme-Mods bestehende Einstellungen vom Parent Theme auf das Child-Theme übertragen.
-
Es erscheint immer der Fehler : http-fehler
Wie lautet der Fehler genau?
Serverseitige Größeneinstellungen sind alle vorgenommen worden.
Welche genau? Wo?
Auch in der wp-confic.php.
Was genau wurde eingefügt?
