Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenTrage die Zugangsdaten aus Deinem Schritt 2 in Deinem Schritt 6 bzw. 7 bei [FONT=Courier New]DB_NAME, DB_USER, DB_PASSWORD, DB_HOST[/FONT] ein.
Die "MySQL" Erwähnungen in den Kommentaren der Datei sind aus früheren WordPress Zeiten vorhanden, zeitgemässer wäre vermutlich, dort allgemeiner nur von "Datenbank" zu sprechen.
Was hat das jetzt mit "Preistendenz für Websites" zu tun?
Für Funktionalität und Design von Onlineshops würde sich ein eigenes Thema im Plauderboard anbieten.
@meisterleise Don't feed the troll.
Wenn es hier wirklich noch um eine Lupe gehen würde, wäre alternativ zum eigenen Website schon längst ein Link zur Theme Demo oder zumindest ein Theme Name gepostet worden. Dann gäbe es ggf. immer noch Rückfragen, aber es wäre zumindest ein Ansatz für mögliche Hilfe vorhanden. Fleissige Helfer des Forums haben an anderer Stelle auch schon ganze Videos erstellt, wie man Elemente bzw. CSS-Klassen herausfinden kann bzw. die Nutzung des Browser Inspectors zig mal erklärt. Das sollte langjährigen Forenteilnehmern irgendwann aufgefallen sein. Also geht es offenbar um irgendwas anderes, um was auch immer. o_O
gibt es überhaupt eine Möglichkeit eine Rolle zu vergeben, die keine Loginrechte hat?
Nein.
Ich habe mir überlegt, die Rolle eines Users auf "Keine" zu setzen.
Wenn der Benutzer auf "Keine" steht, sprich keine Rolle zugewiesen ist, kannst Du sowas hier verwenden:
function b3317133_wp_login( $user_login, $user ) {
if ( empty( $user->roles ) ) {
wp_logout();
}
}
add_action( 'wp_login', 'b3317133_wp_login', 10, 2 );
Interessant wäre (komplett unabhängig von diesem Ansatz) noch, ob man als Alternativlösung bei Verwendung des UsersWP Moderation Addons auch nachträglich manuell "Pending" einstellen könnte. Das geht aus dem UsersWP Support Thread (noch) nicht hervor.
Würde wie bereits zu Tortuga beschrieben im Customizer bzw. in Theme Optionen nachsehen.
Nicht alle Themes bringen so eine Möglichkeit mit, manche nur in der Pro Version. Du könntest dazu beim Theme Hersteller nachfragen oder es mit entspr. Plugins versuchen.
Vor manuellen Eingriffen in Benutzerrollen würde sich wie bereits geschrieben erstmal eine Anfrage beim UsersWP Support anbieten, welche Möglichkeiten zur Benutzerdeaktivierung bestehen. Im Free Support Forum werden nach kurzem Einblick viele Anfragen innerhalb weniger Stunden beantwortet.
Weder für das Child Theme Dark Minimalistblogger noch für das zugehörige Parent Theme Minimalistblogger gibt es deutsche Sprachpakete.
Erstelle selbst eine Übersetzung bei translate.wordpress.org oder nutze ein Plugin wie Loco Translate und übersetze die gewünschten Textstellen damit.
Evtl. eignet sich die "Moderation" Funktion von UsersWP, falls man damit Benutzer auch manuell auf "Pending" setzen und damit praktisch "deaktivieren" könnte, ggf. mal den Support dort befragen.
Hier wird die Startseite und auch weitere Menüpunkte im Browser gefühlt sofort geladen.
Die Time to first Byte TTFB zeigt gtmetrix derzeit mit 692ms an, das sieht für einen WooCommerce Shop eigentlich recht gut aus.
"Continue reading" ist im Sprachpaket bereits übersetzt.
Die Tatsache, dass auch andere Stellen im Screenshot nicht übersetzt sind, deutet meist darauf hin, dass unter Dashboard > Aktualisierungen > Übersetzungen noch die Installation von Updates fehlt.
Hier wird dazu noch das Plugin Translate Wordpress with GTranslate genutzt, auch solche Einflüsse sollte man bei der Fehlersuche deaktivieren.
Ergänzung: Zur Frage mit den 2 (3?) Buttons, sowas stellt man in vielen Themes in den Theme Einstellungen ein, meist erreichbar unter Design > Customizer, siehe auch Dokumentation Tortuga Theme.
Das Pricing Table Plugin versucht in der in der "Image 1" genannten Datei [FONT=Courier New]easy-pricing-tables/includes/settings.php[/FONT] in Zeile 9 die Position im Menü zu ermitteln und findet diese nicht.
Dadurch wird eine PHP Warnung erzeugt, die bei Deiner Installation angezeigt wird, weil vermutlich [FONT=Courier New]WP_DEBUG[/FONT] aktiv ist und die Meldungen angezeigt werden, statt sie in ein Logfile zu schreiben.
Durch die Anzeige dieser PHP Warnung werden die weiteren PHP Warnungen bzgl. der Cookies bzw. [FONT=Courier New]headers already sent[/FONT] ausgelöst.
Vermutlich hast Du, statt (wie oben klar empfohlen) den jeweiligen Plugin Support bzgl. der Menüpunkte zu befragen, einfach irgendwo im User Role Editor Plugin herumprobiert, und das noch ohne Dir zu merken, was Du veränderst. :confused:
Habe jetzt in einer Testinstallation das Pricing Table Plugin installiert, diese Haken sind dort bei der Rolle Autor gesetzt, wenn links [COLOR=#ff0000]Pricing Tables[/COLOR] angeklickt wird:
Merke Dir in Zukunft, was genau Du wo genau wie genau veränderst, und schreibe bei Fragen dann auch bitte statt ".. aber ein Problem habe ich noch..." gleich direkt dazu, was Du zwischenzeitlich alles gemacht hast, wenn etwas nicht mehr geht, was vorher klar ging.
Und lese Dir an, wie man Backups der Dateien und der Datenbank erstellt und wieder einspielt. ;)
Ergänzung: Was mit Werksreset gemeint ist, weiss ich nicht, falls der Punkt "Reset User Roles" in den Einstellungen des User Role Editor Plugins gemeint ist, Finger weg, die rote Warnung dort erklärt genau, warum das gar keine gute Idee ist, wenn auf dem Website genutzte Plugins eigene Rechte vergeben (wie z.B. Dein Pricing Table Plugin).
Du beschreibst als Problem, dass Du [FONT=Courier New]content[/FONT] änderst und im zusätzlichen CSS einfügst, dann aber nichts passiert.
Wenn ich Content änder und dann im zusätzlichem CSS einfüge passiert garnichts.
Nur nicht wenn ich es im Customizer unter zusätzlichem CSS einfüge.. Dann bleibt alles beim alten.
Dann postest Du nach vielen Nachfragen endlich die Antwort auf die allererste Rückfrage, was genau Du änderst und im zusätzlichen CSS einfügst (ohne die Forenregeln zur Formatierung zu lesen):
Code.ast-desktop .ast-mega-menu-enabled.main-header-menu > .menu-item-has-children > .menu-link .sub-arrow::after, .ast-desktop .ast-mega-menu-enabled.ast-below-header-menu > .menu-item-has-children > .menu-link .sub-arrow::after, .ast-desktop .ast-mega-menu-enabled.ast-above-header-menu > .menu-item-has-children > .menu-link .sub-arrow::after { font-size: 1.2rem; font-weight: bolder; }
Dieser Code enthält aber keine geänderte [FONT=Courier New]content[/FONT] Zeile.
Sowas nennt man dann "widersprüchliche" und/oder "unvollständige" Angaben.
Die vermutliche Erklärung hier ist: Du hast nie eine Änderung von [FONT=Courier New]content[/FONT] im zusätzlichem CSS eingepflegt, daher ist auch nichts passiert.
Das Menü im Astra Theme kann man auf zig verschiedene Arten konfigurieren, was zu zig verschiedenen CSS Klassennamen führt, daher ist es "Ratespiel", für alle möglichen Varianten passendes CSS zu posten, die dann mit "geht nicht" quittiert werden, wobei unklar bleibt, ob die Änderung überhaupt eingepflegt wurde.
Aus diesem Grund sehen die Forenregeln einen Link zur Seite mit dem Problem vor, damit mögliche Helfer selbst im Code sehen können, was wirklich das Problem ist bzw. was oder was nicht eingepflegt wurde, gerade wenn ein "Newbie" versucht das zu erklären.
Viel Erfolg mit dem Website.
Wenn Permalinks auf "Einfach" stehen, wird WordPress keine .htaccess anlegen, da es keine benötigt. Du hast dem Support gegenüber nicht erwähnt, dass die Permalinks auf "Einfach" stehen. Das führte offenbar zu Missverständnissen.
Warum Dein Server php.ini Dateien enthält, geht aus der Kommunkation nicht hervor. Was in den Dateien steht kannst Du per FTP sehen. Von WordPress selbst sind diese Dateien nicht angelegt worden, das hat Dir der Support ja auch erklärt.
Die Information, dass mind. eine Datei im Theme fehlt, sieht man beim Aufruf der Subdomain in der Browserkonsole (google), es wird dort ein Fehler 404 nicht gefunden angezeigt, ebenso weitere Scriptfehler. Da diese Datei in einem frischen Download des Blocky Themes vorhanden ist, lässt das den Rückschluss zu, dass Deine Installation unvollständig ist.
Ab WordPress 5.7 musst Du selbst per Button nachladen, das "endlose" Nachladen wurde ab dieser Version entfernt.
Im Screenshot "Image 8" oben mit Text "ich bin jetzt als der author angemeldet" erscheint "Pricing Tables" ohne Probleme links im Menü, also wurde wohl zwischenzeitlich noch etwas anderes verändert. Mache das rückgängig, was noch verändert wurde.
Die sollte die aktuelle URL, auf der sich der User gerade befindet auslesen und dann soll dieser nach dem Login dahin zurückgeschickt werden.
Warum ist das [FONT=Courier New]array()[/FONT] leer? Woher kommt die Variable [FONT=Courier New]$wp[/FONT]? Woher stammt dieser Code ursprünglich? Evtl. wurde beim Kopieren was missverstanden bzw. vergessen. So wie gepostet macht der Code keinen Sinn und verursacht PHP Warnungen.
Könnte aber so funktionieren, oder?
PHP<?php $_SERVER['REQUEST_URI'] ?>
Diese Zeile alleine wird einen PHP Fehler erzeugen, die Variable als solche könnte das gewünschte Ergebnis enthalten, aber auch die Kommentare dazu in der PHP Dokumentation beachten.
Das "endlose" Nachladen der Bilder wurde ab WordPress 5.7 entfernt, mehr zu den Hintergründen z.B. hier.
Inzwischen gibt es diverse Plugins, die das wieder aktivieren (habe selbst noch keines getestet).
... und wenn ich dort einen "dicken Pfeil" reinkopiere anstatt den Code, ändert sich auch was... Nur nicht wenn ich es im Customizer unter zusätzlichem CSS einfüge.. Dann bleibt alles beim alten.
Im geposteten Code wurde kein "dicker Pfeil" oder sonstige Angaben für [FONT=Courier New]content[/FONT] eingefügt.
Die Antworten sind unvollständig, die Angaben teils widersprüchlich, die Anpassungen ohne Link nicht weiter nachvollziehbar, alles bleibt ein Ratespiel, bin hier raus.
Tipp am Rande: Der CSS Wissensstand ist offenbar noch im Entstehen, evtl. bei Kundenwebsites Anpassungen dieser Art eher auf die verfügbaren Theme Einstellungen beschränken, da hilft dann auch der mitgekaufte Pro Support weiter, wo Du aber wohl auch einen Link preisgeben müsstest.
Vermutlich wurde die WordPress Seite über das IONOS Backend installiert (statt manuell per FTP), daher kommt dieser Pfad zustande. Trotzdem sollte WordPress dort eine [FONT=Courier New].htaccess[/FONT] anlegen, wenn etwas anderes als Einfach bei Einstellungen > Permalinks gespeichert wird.
Da Deine Anfrage fehlt, kann man die Antworten des IONOS Supports nur schwer bewerten.
Noch offen: Warum werden php.ini benötigt? Was steht drin?
Am Rande: Beim Aufruf der genannten Subdomain fällt auf, dass eine Datei im Theme nicht gefunden wird:
/wp-content/themes/blocksy/static/bundle/main.js
Offenbar ist das Theme unvollständig installiert. Daraus entstehen derzeit weitere Script Folgefehler auf der Seite.
Poste das, was Du als zusätzliches CSS einfügst.
Beachte dabei den Hinweis zu Code in den Forenregeln, Punkt II.
Poste weiterhin einen Screenshot des Inspektors in der Konsole mit dem entspr. Menüpunkt, wo der HTML Code des Menüpunktes aufgeklappt zu sehen ist.