Beiträge von pezi

Ok, danke.

So schaut übrigens WPDE (nur in meinem Chrome) aus:

Seit einiger Zeit, in der zumindest ich keine Änderung an der Site / den Sites vornahm, sind alle Symbole bei allen WP-Webs weg. Weder im Backend noch im Frontend ist auch nur ein Icon intakt. Alle sind durch weiße Rechtecke ersetzt.

Ich bemerkte das auch lange nicht, weil es im Firefox, Edge usw. passt, nur im Chrome nicht.

Ein Beispiel: Auf https://www.myrafaelle.at/ werden zB. die Abwärts-Aufklapp-Pfeile in der Navi nicht gezeigt.
Ist das bei euch auch so? Oder spinnen nur unsere Chrome hier?

Zum einen reparieren immer mehr Plugin-Hersteller das (und wenn nicht, muss man sich Ersatz suchen) und zum anderen würde ich nichts von irgendwo laden/installieren. Wenn, dann vom offiziellen Verzeichnis.

Zitat von b3317133

Ob man das jetzt Ticket nennt oder nicht, ist da eher nur Wortklauberei.

Je, eh, so habe ich auch verstanden

Zitat von threadi

Zu dem Problem gibt es bereits ein Ticket bei den Core-Entwicklern

Aha, na dann warten wir lieber drauf.
Denn es tritt nur bei einer einzigen Site auf, das aber bei einer, wo ich diese Woche kaum weder was testen kann, noch auf andere Plugins mit ähnlichen Funktionen umstellen.(Bei allen anderen, selbst bei einem Klon der Site tritt es ja nicht auf)
Wie auch immer: Die Redakteure würden das wenig lustig finden (die schimpfen lieber weiter wegen der Kategorien ;) )

Zitat von threadi

In den Foren bei wp.org werden keine Tickets erstellt.

Weisse Bescheid (war eigentlich seit Ewigkeiten dort, stets unter anderem Namen und so (weil immer mal passierte, dass man keine Mails mehr bekam und ein umstellen auf andere Adressen eben deswegen unmöglich ist) also mehrmals neuer Account)

Zitat von b3317133

ein Ticket im Plugin Forum erstellen, ist ja schnell gemacht

Schon. Aber ich habe mich dort vor einiger Zeit abgemeldet, waren mir alle einfach zu ... ach egal.

Danke für den Tipp, glaube, das Plugin hatte ich schon mal wo gesehen ...

PS: Irgendwer hat aber beim Disable Gutenberg ehe schon was mit Kategorien deponiert: https://wordpress.org/support/topic/…ality-disabled/ Ob der das damit meinte? Mein EN ist halt sehr übel und zum übersetzen bin ich grade zu müde ...

Zitat von b3317133

Für das Classic Editor Plugin

Aha, ja das hatten wir früher überall eingesetzt, aber da "Disable Gutenberg" zugleich auch die Widgets wieder normalisiert, kam dann überall eben das zum Einsatz.

Also warte ich mal ab, es wird sich sicher bald jemand beim Jeff Starr melden und ich hoffe, der fixt das auch.
Andernfalls kommt wieder der "Classic Editor" und halt irgendein Plugin für die Widgets.

Zitat von b3317133

zurückrollen

Ne, will ich eher nicht riskieren. Ok, dann wären auch die text domain Fehler weg.
Mal sehen, ist zu überlegen.

Danke!

Bei einer von vielen Sites werden plötzlich einige Kategorien automatisch ausgewählt.

Nicht bei allen Kategorien, aber die Auswahl bestimmter Kategorien nimmt automatisch etliche andere mit. Diese sind nicht einmal Unterkategorien der gewählten, passen in keinster Weise zusammen oder haben irgendeinen Bezug zueinander.

Die üblichen browserseitigen Maßnahmen (Cache, Cookies, Reload, Ab-Anmelden, ...) brachten weder in Firefox noch im Chrome etwas. Serverseitig Cache geleert, auch keine Änderung.

Alle Plugins deaktivieren brachte nur mal die Erkenntnis, dass dies mit dem Block-Editor nicht auftritt.
Auf der (WP 6.7.1) Site läuft das Plugin Disable Gutenberg, wie bei allen anderen, wo aber alles passt. Sobald nur das aktiv ist, ist der Fehler wieder da.

debug.log ist dzt. auch wenig hilfreich, das innerhalb von Sekunden mit Millionen "_load_textdomain_" Fehler geflutet. Jedenfalls fand ich keine Zeile, welche auf diese seltsame Kategorien-Auswahl hinweisen könnte.

Evtl. sollte man das auch den Entwickler vom Disable Gutenberg mitteilen. Frage aber hier zuerst, da ich dort kein Konto habe und auch keinen Doppelpost verzapfen will.
Aber wenn hier eine Weile keine Lösung kommt, muss ich es denen auch mitteilen.

Kann schon sein, dass es default auf 2 sekunden war. Da fiel das klarerweise nie auf - doch da plötzlich 360 Sekunden eingestellt waren, ist es eben aufgefallen. Doch da nur ich Zugang habe und es sicher nie umstellte (weil bisher gar nicht aufgefallen), daher wundert mich das.
Aber egal, es geht ja wieder.

Oh, danke - das wars!
Nur wer das aktiviert hat, ist mir ein Rätsel. Habe das noch nie gesehen und sonst pfuscht keiner herum in unserer Site.
Naja, Hauptsache es funzt nun wie immer - Danke!

Wenn man das, per WPForms lite erstellte Kontaktformular absenden will, bekommt man seit neuesten, diese Meldung:

Nach einigen Minuten(!) geht es dann, wie als ob nichts gewesen wäre. Nachricht wird auch zugestellt.

Im Hintergrund ist auch das SMTP Plugin Solid Mail aktiv und korrekt konfiguriert. Was aber gar nicht nötig wäre, denn von all-inkl.com aus gibt's ohnehin keine Probleme mit Mail Signierung usw. Also die Mails von Sites, die dort gehostet sind, kommen immer an.

Ich bin mir aber unsicher, ob das alleine am Mist des Plugins WPForms lite gewachsen ist, oder von irgendeiner anderen Seite her kommt. (kommt auch, wenn sonst alle anderen Plugins deaktiviert sind) Daher frage ich auch hier allgemein, ob jemand schon so eine Meldung sah.

Ist ja schon weg. Außerdem nur eine Testsite, auf der sich noch viel ändert.
Und ich hatte das echt nicht am Radar, mit der Doppelrolle des Admins - Danke.

Zitat von b3317133

Entferne die Membership Abonnenten Rolle beim Admin

Stimmt!

Es gibt eigentlich auch keinen besonderen Grund, warum der Admin auch Mitglied sein sollte.
Dennoch: Mit dem Code ginge beides ...

Danke!

So, glaube, so gehts:

if ( ! current_user_can( 'activate_plugins' ) ) {
add_filter('edit_profile_url', 'my_edit_profile_url', 10, 3);
function my_edit_profile_url($url, $user_id, $scheme) {
    return home_url('/my-edit-profile-page/'.$user_id);
}   
}

Unabhängig vom eingesetzten Member-Plugin und dessen Optionen zur Behandlung der Rollen kann der Admin weiterhin alles wie gewohnt in der nativen WP Benutzerverwaltung machen; alle anderen werden ausnahmslos auf die im Code definierte Seite geschickt, wo das aktive Members-Plugin seine Möglichkeiten anbietet.

Zumindest funktioniert es jetzt mal wie gewünscht - ob es so bleibt, mal sehen ...

Zitat von b3317133

Wo die Leute landen, stellt man wie oben in Antwort #4 beschrieben (und dort noch weiter ergänzt) in den jeweiligen Member Plugins pro Rolle ein.

Stimmt schon.
Bei Paid Memberships fand ich aber nur die Option, wonach man Abonnenten den Zutritt ins WP Dashboard verwehren kann: "Alle Benutzer mit der Rolle „Abonnent“ für den Zugriff auf das Dashboard sperren." (Was ich natürlich aktiv habe)

Zitat von b3317133

Ein grundsätzlicher Fehler bei Dir könnte sein, dass Dein Admin eventuell auch gleichzeitig die Rolle eines Members/Abonnenten hat und so Verwirrung zustande kommt.

Stimmt! Daran dachte ich nicht. Der ist auch per Paid Memberships registriert.

Sehe schon, das wird noch kompliziert ...

Zitat von b3317133

Entferne den Code

Nein, ich will ja damit erreichen, dass die Foristen, Abonnenten ihr Profil in, mit einem solchen Plugin bearbeiten können. Das geht nur mit dem Code, ansonsten landen die im Profil, wie sie das WP Backend zeigt. (was eben recht primitiv ist, bei den Leuten Verwirrung stiftet (wo bin ich denn da?) und auch nicht toll aussieht)
Admins sollen die Profile bevorzugt im Backend aufrufen können.

Zitat von b3317133

Evtl. schiesst Dein Foren-Plugin quer.

Das Plugin an sich nicht - nur der oben gezeigte Code (welcher eben auf deren Site steht). Der etabliert eine Weiterleitung, die für alle gilt.

Doch das mit

is_user_admin()

könnte eine Spur sein.

if ( !is_user_admin() ) {
    add_filter('edit_profile_url', 'my_edit_profile_url', 10, 3);
    function my_edit_profile_url($url, $user_id, $scheme) {
    return home_url('/my-edit-profile-page/'.$user_id);
    }            
}

geht aber auch nicht in die richtige Richtung, im Gegenteil ...

Edit: Evtl. wäre das besser: https://developer.wordpress.org/reference/func…rrent_user_can/ ?
Nur wie, wo was ... hmmm

Ja schon, und nun das berühmte "aber":

Dieses Plugin steht eigentlich stellvertretend für viele Benutzerverwaltungs-Plugins o.ä. Habe auch "Ultimate Member" usw. so eingesetzt. Auch das übernahm dann alles für alle Benutzergruppen.

Mir geht es darum, ob für WP selbst ein Trick bekannt ist, womit man beide Wege gehen kann. Also das Besucher ihre Profile in der Frontend-Ansicht irgendeines dieser aufgebohrten Benutzerverwaltungen bearbeiten können - aber das der Admin zugleich nicht seine WP internen Möglichkeiten verliert.

Welches Plugin dann zum Einsatz kommt, ist mir jetzt noch nicht so wichtig.
Wichtig ist, dass der Admin alle seine gewohnten Schritte innerhalb des Backends gehen kann und nicht auch auf die Profillinks umgeleitet wird, die normale Abonnenten bekommen.

Umleitung ist da auch das Stichwort:

add_filter('edit_profile_url', 'my_edit_profile_url', 10, 3);
function my_edit_profile_url($url, $user_id, $scheme) {
    return home_url('/my-edit-profile-page/'.$user_id);
}

scheint eine, für alle gültige Weiterleitung zu etablieren. Diese Weiterleitung unterscheidet nicht nach Benutzergruppe, Rolle , Rechte, ...
Und ich glaube, dass man hier ansetzen müsste.
Irgendein

if (Admin) ... dann lasse alles so ... wenn nicht, wenn Abonennent, dann kommt oben gezeigter Code dran

Ich weiß nur nicht, wie ich es dem Script erkläre, wer gerade drin ist. (Hier gibts ja auch Unterscheidungen nach Rechten usw, oder?)

So, die ersten Plugin-Devs sind schon dran:

• WPForms: "Fixed: _load_textdomain_just_in_time notice with WordPress 6.7."
• Fortsetzung folgt ... hoffentlich ...

Habe das Foren-Plugin “Asgaros” (& dessen “Toolbox“ Add-on) + “Paid Memberships Pro” als Benutzer- bzw. Mitgliederverwaltung.

Die Benutzer, also konkret die Foristen sollen ihr Profil (vom Forum > Profile ausgehend) sehen/ändern können, aber nicht mit dem WP-Backend in Berührung kommen.
Also Registrierung, Login, Profil sehen u.o. bearbeiten, … soll ausschließlich zu den diversen Seiten führen, welche “Paid Memberships Pro” zur Verfügung stellt.
Das klappt mit diesen Codes, bzw. dem Add-on oder für manches reichen die Asgaros Optionen.

Jedoch kann danach auch der Admin die Benutzer nur mehr über diese Frontend-Seiten aufrufen.

Toll wäre wenn:

1. Benutzer stets über die Benutzerverwaltung des Plugins “Paid Memberships Pro” geführt werden
   und
   
2. Admins in erster Linie die WP native Benutzerverwaltung aufrufen können.

Leider lassen die oa. Lösungen immer nur eine Methode zu. Also entweder alle Links führen zur WP Benutzerverwaltung oder alle werden zu den Seiten des Plugins geleitet.

Wie könnte man das lösen, dass Benutzer und Admins verschiedene Links zur Benutzerverwaltung haben?