Auch in der Demo zum Theme funktioniert das nicht im Firefox:
Hmm. Also bei mir funktioniert die Demo in so ziemlich jedem Browser – auch im FF. :rolleyes:
Beiträge von meisterleise
-
-
Link zur Seite könnte helfen.
-
Da die WP Benutzerverwaltung (von Haus aus) keine Funktion zur Steuerung der Frontendinhalte nach Benutzerrollen bietet, hilft das wohl nicht weiter.
-
@Kurt Singer Die Rechte der Benutzerrollen von WP wirken sich standardmäßig ja nur auf das Backend aus, also was ich im Backend machen darf und was nicht. Die WP Benutzerrollenverwaltung hilft also erst einmal nicht dabei, zu steuern, was welche Benutzer im Frontend sehen und machen dürfen.
-
Jetzt frage ich, was denn die Benutzerrollen für eine Rolle spielen?
Wie bitte? Verstehe die Frage nicht. [Blockierte Grafik: https://macsofa.net/images/smilies/icon_rolleyes.gif] -
Hallo,
Ich habe mir schon verschiedene angeschaut, aber scheinen nicht zu passen und wäre für Eure Vorschläge sehr dankbar.
Üblicherweise wird für so etwas ein Members Plugin genutzt. Falls das nicht das richtige für dich ist, müsstest du nachreichen, welche Plugins du dir angeschaut hast und warum die nicht die richtigen waren. -
Wie kann ich dies technisch lösen, dass nicht ständig die Zugangsdaten abgefragt werden.
Was heißt denn "ständig"? Eigentlich hat man nach Eingabe des Passworts ja mehrere Tage Ruhe, solange die Cookies nicht gelöscht werden. In welcher Situation wird wann die Passworteingabe zum Problem und wie können/sollen die Nutzer an das Passwort gelangen?
Wenn die ganze Geschichte dahinter nicht bekannt ist, ist es oft nicht einfach mit Lösungsvorschlägen. Mal zwei kreative Ansätze:- Wie wäre es, wenn die speziellen Seiten nicht geschützt wären, sondern nur "geheim". Also der Link nicht öffentlich und die Seiten nicht indexiert. Wäre das ggf. auch eine Lösung?
- Oder wenn das Passwort einfach direkt am Monitor "klebt"?
:) -
!important schon probiert? Caching beachtet?
-
…oder für Unbedarfte wohl einfacher: das Backupsystem deines Providers nutzen und die Seite auf den Zustand vor dieser Änderung zurückschrauben.
-
Ich glaube, hier herrscht ein Missverständnis. Es scheint mir so, dass @Marcus[IS] an den Admin-Zugang denkt, @Fluchtraum aber eine einzelne per Passwort geschützte Unterseite meint. Bei letzterem gibt es das "Auge" nicht und meist nutzt man dort ja auch sowieso recht simple Passwörter wie "Bonus2022" oder sowas. In sofern sind beide Wünsche legitim – nur eine Antwort habe ich dummerweise auch nicht. :oops:
-
idR an einem zu geringen PHP memory limit.
-
Das Sprungmenü funktioniert über sog. Ankerpunkte, die im Menü und analog dazu als ID der Sections definiert werden. Informiere dich im Web über "Elementor Anker".
-
Das Update hätte man wohl besser 5.10 genannt und nicht 6.0, denn letzteres impliziert ja, es wäre etwas revolutionäres passiert, was nicht der Fall ist. WP kann immer noch nicht mehr als 1 Sprache und die Medienverwaltung belegt den letzten Platz alle CMS-Konzepte. Vielmehr dreht sich alles Neue um Gutenberg. Gutenberg wird aber auch in 6.0 eine einzige Bug-Katastrophe bleiben, ein Spielzeug für Privatleute, aber kein Werkzeug für Webdesigner. Wie gut, dass WP die beste und größte Plugingemeinschaft aller CMS hat, sonst wäre man mit diesem CMS hoffnunglos aufgeschmissen, aber was sag ich – dann würde es ja auch niemand nutzen.
-
Gibt mehrere Lösungswege dafür. Am einfachsten finde ich aber: Erstelle ein Backup der "v2" (bspw. mit dem "Duplicator" oder einem Backup-System deiner Wahl) und installiere es auf der Hauptdomain. Dabei kannst du die Datenbank der Hauptdomain mit dem Backup überschreiben oder eine neue erstellen.
-
Um sicher zu gehen: Du hast also auf xyz.de ein komplettes System (in einer älteren Version) und auf v2.xyz.de ein weiteres System in einer neueren Version der Website und somit 2 eigenständige WordPress Instanzen installiert mit 2 unterschiedlichen Datenbanken?
-
Sollte idR gehen. Wann es evtl. nicht geht oder Probleme gibt, kann ich dir nicht sagen, denn PHP ist nicht mein Ding. Müsste hier jemand anderes beantworten...
-
Damit kann ich aber ja nichts ändern?
Mit einem child theme kannst du auch nichts ändern, nur überschreiben. In code snippet eingetragener PHP Code wird verarbeitet, als sei er in die functions.php geschrieben. -
Kennst du diese Anleitung schon? WP-Styles
-
Mal zur Begriffsklärung: Ist der Block-Editor Gutenberg?
ja
gibt es überhaupt eine Möglichkeit den PHP code anzupassen ohne child Theme?).
Plugins wie bspw. "Code Snippet" & Co.
Ich dachte meine Theme-Erwartung wäre so gering,…
Kenne deine Erwartungen nicht. :D
Sind ja nur meine Ansichten/Erkenntnisse. Andere Leute haben hier völlig andere Ansichten.
Hüte dich also vor Kommentatoren, die ihre als die einzig wahren ansehen. ;) -
Die ich jetzt gerade noch installiert habe sind GeneratePress und Harrison.
GP lässt sich anscheinend mit Demo in Gutenberg befüllen, aber Premium vorausgesetzt.Ich wollte ein Theme das möglichst dicht an Wordpress ist und nicht irgendwelche Spezialsachen installiert die dann nach dem nächsten Wordpress-Update nicht mehr funktionieren.
Ein verständlicher Wunsch. Da kann man allerdings nie sicher sein. Auch nicht bei einem Theme auf Gutenberg-Basis. Zumal ich davon ausgehe, dass zukünftige Versionen von Guternberg nicht einmal mit sich selbst Kompatibel sein werden. Wer hingegen vor 10 Jahren ein Premium-Theme à la Impreza, BeTheme, Avada, The7 & Co. mit einem Pagebuilder wie WPBakery gekauft hatte, genießt seit Ewigkeiten stetige Updates und bestmögliche Kompatibiliät – das ist nur eine Feststellung, auf keinen Fall keine Empfehlung!Die Anpassungen sollten bevorzugt so möglich sein, dass ich kein child-theme erstellen muss (custom css ist ok, aber child theme bedeutet möglicherweise Probleme bei Updates).
Technisch gesehen ist custom code und child theme kein Unterschied. Würde ein child theme Probleme verursachen, würde der selbe Code es auch im Customizer.Von den o.g. Themes bietet bspw. The7 volle Kompatibilität zu Elementor und Gutenberg inkl. Full Demo Befüllung. Wie gut das mit Gutenberg geht, weiß ich nicht, noch nie probiert. Aber ich halte Gutenberg auch weiterhin für eine Katstrophe, eine endlose Ansammlung von Bugs. Würde mir ja wirklich wünschen, dass sich das ändert, habe aber große Zweifel. Der Classic Editor hat sich schließlich auch bis zum Schluss nicht wirklich geändert und 15 Jahre die immer gleichen Defizite mit sich herumgetragen. :rolleyes:
