Beiträge von 1a-Spielwiese

Da sind wir wieder bei dem Punkt, ob denn mein 'Wunsch' nun einfach oder nur mit viel Aufwand zu erfüllen ist.

Wenn er einfach zu erfüllen ist, müsste sich die Lösung ja auch einfach erklären und für mich umsetzen lassen.

Und wenn die Lösung nur realisierbar ist, indem das halbe BuddyPress-Plugin umgeschrieben wird - dann könnte das ja zumindest mal jemand klar antworten. - Und dann würde ich sagen, dass mir mein Wunsch nicht so ein Herzensanliegen ist, dass ich ihn unbedingt realisiert haben möchte. -

Und damit, wie es eigentlich überhaupt kommt, dass Leute so etwas wie WordPress schreiben und in einer Gesellschaft, in der ansonsten das allermeiste Geld kostet, kostenlos zur Verfügung stellen - und unter welchen Bedingungen sie bereit sind, auch noch extra Wünsche von users zu erfüllen -, habe ich mich noch nicht ernsthaft beschäftigt.

Zitat von mensmaximus

könnte man ein Custom Field im Profil anlegen, in das man die Blogadresse des User schreibt. Dieses Feld könnte man dann in der Funktion zur Anpassung der Userlinks auslesen und in den Link einbauen.

Unabhängig von der Frage user names / Subdomains hätte ich gegen ein solches Profilfeld nichts einzuwenden. Ich hatte ich eh schon überlegt, es einzuführen (und dafür den Menü-Tab "Seiten" aus dem BuddyPress-Menüs rauszuschmeißen).

Die einzige Hürde ist, dass ich das Feld für meine user uneditierbar machen wollen würde - das klappte aber für andere Felder bisher nicht:

https://buddypress.org/support/topic/…-to-uneditable/

Zitat von mensmaximus

Und wenn Deine Benutzernamen nicht immer mit der Subdomain übereinstimmen

Nee, dafür benötige ich keine Lösung. 1a-spielwiese ist tatsächlich nur eine Spielwiese. Ich kann meinem fiktiven user hahaha also von meinem Provider noch eine Subdomain hahaha geben und die Subdomain 3h löschen lassen - oder einfach den Fehler auf der Spielwiese stehen lassen, wenn's denn ansonsten funktioniert.

Allein schon wegen der Memorierbarkeit sollen user names und Subdomains identisch sein. Und alle users sollen nur einen Blog haben.

Zitat von mensmaximus

WordPress und BuddyPress Codex lesen

Puh, das ist nun etwas, was mich wirklich abschreckt - weil ich, wenn es nicht verstehe, nie verstehe, ob ich es deshalb nicht verstehe, weil meine Englisch-Kenntnisse oder meine Technik-Kenntnisse nicht ausreichen - und ich dann keine Strategie habe, meine Wissenslücken zielgerichtet zu schließen.

Zitat von mensmaximus

Mit der Domain kann man spielen, kommt immer auf die Konfiguration an. Bei einer Hauptdomain ohne www könnte man auch über folgende Varianten nachdenken [...]. Da ist viel Raum für Kreativität.

Dafür müsste ich die Funktion, die Du geschrieben hast, wirklich verstehen:

mensmaximus_domain_to_subdomain

ist einfach nur der Name der Funktion, oder? Da könnte jeweils auch "Blumenkohl" oder sonst irgend etwas stehen - solange nur an beiden Stellen das Gleiche steht, oder?

Und ansonsten besagt die letzte Zeile Deines Codes, dass beim Ausführen der Funktion

bp_core_get_user_domain

der von Dir geschriebene Filter mit dem Namen

mensmaximus_domain_to_subdomain

angewendet werden soll. Richtig?

Und die Zeile, die ich jetzt in drei Varianten ausprobiert habe, definiert welcher Link angezeigt werden soll. Richtig?

Aber was bewirkt den unerwünschten Effekt, dass der - für ein und denselben user! - angezeigte Link auf Neuigkeiten-Seite anders ist als auf der Mitglieder-Seite?

Und die beiden

if

-Zeilen definieren Bedingungen: Im ersten Fall kommt das gerade Erörterte zur Anwendung; und im zweiten Fall wird die Domain-URL (also http://1a-spielwiese.de) ausgegeben. Richtig gelesen?

Und zu den anderen Zeilen habe ich im Moment gar keine Lese-/Versteh-Idee. -

Und wie sieht denn der Original-BuddyPress-Code aus, der definiert, dass und wann zu den individuellen Mitglieder-Seiten im Domain-Blog verlinkt wird?

Ich glaube, wenn ich den Original-Code mit Deinem Code vergleichen würde, dann würde ich am ehesten verstehen, wie's strukturell funktioniert.

Vielen Dank. - Ich habe die drei Alternative-Varianten jetzt ausprobiert - also ich habe in meine bp_custom.php eingefügt:

function mensmaximus_domain_to_subdomain( $domain, $user_id, $user_nicename = false, $user_login = false) {
if ( empty( $user_id ) ) {
return;
}
$domain = $user_nicename . bp_get_root_domain() ;
$domain = apply_filters( 'bp_core_get_user_domain_pre_cache', $domain, $user_id, $user_nicename, $user_login );
if ( !empty( $domain ) ) {
wp_cache_set( 'bp_user_domain_' . $user_id, $domain, 'bp' );
}
return $domain;
}
add_filter('bp_core_get_user_domain', 'mensmaximus_domain_to_subdomain', 15, 4);

Und danach

$domain = $user_nicename . bp_get_root_domain() ;

zunächst durch:

$domain = $user_login . bp_get_root_domain() ;

und dann durch:

$domain = get_user_meta( $user_id, 'nickname', true ) . bp_get_root_domain();

ersetzt.

Resultat für Variante 1:

Auf der Activity- (bei mir: Neuigkeiten-)Seite wird nun

• für "Fan Eins ist der Gruppe ..." / "Kampfsportlerinnen Neuwied ist der Gruppe" sowie "Fan Eins und Kampfsportlerinnen Neuwied sind nun Freund/inn/e/n" etc. für jeden Namen zur Startseite der ganzen Domain (also: http://1a-spielwiese.de) verlinkt

• für "hahaha’s profile was updated", "Balletttaenzerinnen Kreuzberg 36’s profile was" etc. zu http://1a-spielwiese.deprofile/ (ohne Slash hinter dem ".de").

Auf der Member- (bei mir: Mitglieder-)Seite wird nun

• für fan1 auf: http://1a-spielwiese.de/mitglieder/Fan…a-spielwiese.de

• für hahaha (*) auf: hahahahttp://1a-spielwiese.de

• für balletttaenzerinnenkrbg36 auf: http://1a-spielwiese.de/mitglieder/Bal…a-spielwiese.de

und

• für kampfsportlerinnenneuwied auf: http://1a-spielwiese.de/mitglieder/Kam…a-spielwiese.de

verwiesen.

Resultat für Variante 2:

Für die Neuigkeiten-Seite: ziemlich ähnlich, wenn nicht sogar ganz genauso (ich habe nicht jeden Link überprüft).

Für die Mitglieder-Seite aber deutlich besser:

für fan1: fan1http://1a-spielwiese.de

für kampfsportlerinnenneuwied: kampfsportlerinnenneuwiedhttp://1a-spielwiese.de

für balletttaenzerinnenkrbg36: kampfsportlerinnenneuwiedhttp://1a-spielwiese.de

Resultat für Variante 3:

Für die Neuigkeiten-Seite wieder genauso oder so ähnlich, wie für die ersten beiden Varianten.

Für die Mitglieder-Seite (anscheinend) wieder so, wie bei Variante 1.

(*) Eigentlich hätte der user name zur Subdomain 3h ebenfalls 3h sein soll; das ging aber nicht, da WordPress für user names mindestens drei Zeichen verlangt. - Das werde ich bei künftigen Subdomain-Adressen berücksichtigen.

Danke. :) - Das werde ich nach dem Schlafen ausprobieren. - Allerdings schon jetzt:

Zitat

Wenn jeder User genau eine Seite besitzt, dort also der Admin ist,

Ja, genau eine Seite. Aber:

Meine user sollen nicht Admins ihrer Blogs sein, da ich ein einheitliches Design der Subdomain-Blogs sicherstellen möchte, und da die meisten meiner user die Fülle des AdminPanels für Admins nur verwirren würde. -

Stattdessen sollen die Inhaber/innen meiner Blogs nur "Teams" oder "Fans" sein, was eine leichte Aufwertung der WP user role "author" ("Autor"), aber (in meinem Fall) weniger als eine user role "editor" ("Redakteur") ist.

Zitat

90% von dem was Du willst kann man einfach umsetzen: https://codex.buddypress.org/themes/bp-custom-php/

Da steht, wie ich Links aus Profilen entfernen kann. Ich will aber statt dessen im Activity-Stream, der Mitglieder-Liste usw. - statt hin zu den Mitglieder-Seiten/Profilen - vielmehr hin zu den Subdomain-Blogs verlinken. - Wie das geht, ist dort nicht erklärt.

Und "costum slugs" hilft mir auch nichts, weil ich damit zwar die Adressen des Activity-Streams und der Mitglieder-Liste ändern kann; aber auf die dort beschriebene Weise habe ich keinen Zugriff auf die Seiten der einzelnen Mitglieder (das sind ja keine "pages" im Sinne von WordPress; jedenfalls werden sie als solche im AdminPanel nicht angezeigt).

-----

Für die Änderung der Verlinkungen müsste ich wissen, in welchen Zeilen welcher Dateien die bisherigen Verlinkungen definiert sind und was ich dort statt dessen schreiben muss, um auf die jeweils passende Subdomain zu verweisen - also

für user x-1 auf x-1.1a-spielwiese.de

für user x-2 auf x-2.1a-spielwiese.de -

und für den noch unbekannten user x-3500 auf x-3500.spielwiese.de.

-----

Und das andere Problem verlangt, an den fraglichen Stellen erkennbar zu machen, dass auf der Profil-Seite der x-1-Subdomain die Inhalte bzgl. user x-1 angezeigt werden sollen, die normalerweise/bisher auf seiner/ihrer individuellen Mitglieder-Seite im Root-Blog angezeigt werden.

Das wiederum setzt voraus zu wissen, wie dieses 'Erkennbar machen' funktioniert und wo (in welche Zeilen welcher Dateien) dieses 'Erkennbar machen' hinzuschreiben ist. -

Wenn das zu 90 % "einfach" umzusetzen ist, dann bekomme ich das (vermutlich incl. der restlichen 10 %) auch alleine hin. - Wenn dagegen erst eine komplizierte Lösung entwickelt werden müsste, für die auch Leute, die sich wirklich auskennen, mehrere Stunden benötigen - dann wird mir das vermutlich schnell zu teuer für die Feinheiten, um die es letztlich geht.

Außerdem würde ich gerne das Prinzip verstehen, nach dem solche Änderungen funktionieren, damit ich das Prinzip künftig auch in anderen Konstellationen anwenden kann.

Standardmäßig verlinken die Benutzer/innen/namen überall, wo sie vorkommen (z.B. dort und dort), zur Mitglieds-Seite des/r jeweiligen Benutzers/in - also für Fan 1 z.B. dorthin:

http://1a-spielwiese.de/mitglieder/fan1/

Das ist prinzipiell auch sinnvoll, da BuddyPress auch mit WordPress-SingleSite läuft, und es in diesem Fall gar keine sinnvolle Alternative zur genannten Verlinkung gibt.

Ich verwende nun aber BuddyPress zusammen mit WordPress MultiSite, sodass alle meine user eigene Subdomain-Blogs haben. Deshalb würde ich gerne

zum einen zu deren Subdomains-Blogs - also im Falle von Fan1 zu:

http://fan1.1a-spielwiese.de/

verlinken (und entsprechend automatisch für alle anderen user)

(und außerdem die Mitglieds-Seiten - statt zu Seiten des Root-Blogs - vielmehr zu Seiten des jeweiligen Subdomain-Blogs machen - also im Falle von Fan 1:

http://fan1.1a-spielwiese.de/profil [und dort die fraglichen Inhalte zur Verfügung haben]-

und wiederum automatisch entsprechend für alle anderen user). -

Meine Anfragen im englischen BuddyPress-Support-Forum brachten hinsichtlich beider Anliegen leider noch keine Erfolge:

zu Anliegen 1:

https://buddypress.org/support/topic/…g-member-pages/

zu Anliegen 2:

https://buddypress.org/support/topic/relocate-member-pages/

und als mögliche Lösungsansätze:

https://buddypress.org/support/topic/…-page-settings/

und

https://buddypress.org/support/topic/…-pagetemplates/

Haben welche Ideen zu dem einen oder anderen oder beiden Anliegen?

Ah, Danke. -

Für andere an dieser Lösung Interessierte: Dann unter "Optionen" "Linkziel" aktivieren, dann gibt - zwar nicht unter "Links", aber - unter "Menüstruktur" - eine neue Checkbox "Link in neuem Fenster/Tab öffnen".

Der erste (und zweite - was sich aber noch ändern soll) sowie letzte Tab der Header-Menüs meiner Subdomain-Blogs führen zurück auf Seiten des Root-Blogs - s. z.B.:

http://fan1.1a-spielwiese.de/

Wie kann ich erreichen, dass diese links nicht im gleichen Browser-Tab, sondern in einem neuen Browser-Tab- oder -Fenster geöffnet/angezeigt werden?

Die Standardlösung dafür wäre,

target="_blank"

, oder? - Das ist aber bei http://fan1.1a-spielwiese.de/wp-admin/nav-menus.php?action=edit nicht möglich, da dort kein html-Code eingegeben werden kann.

Frage:

Gibt es eine andere Möglichkeit, das Öffnen eines neues Browser-Tabs bzw. -Fenster zu erzwingen, oder gibt es eine Möglichkeit, auf der genannten Seite des WordPress-Admin Panels die Zeile "URL" im Bereich "Links" html-fähig zu machen?

Ich muss gar keinen eingeben. - Keine Ahnung, was üblich ist. ---

Was hast Du denn bisher eingegeben?

Dann poste mal die Fehlermeldung Deines FTP-Clients - ansonsten dürfte es selbst für Sachkundige schwierig sein, Dir zu helfen.

Ich kenne kein passendes Plugin; aber was funktionieren müsste, wäre:

Die neuen Termine jeweils als Kommentar zu einem Artikel, der einfach "Termine" heißt, posten. - Dann werden die Kommentare jeweils im Activity-Stream von BuddyPress angezeigt (wenn die Einbeziehung von Blog-Aktivitäten in den Stream aktiviert ist).

zu 1.:

a) Analog dazu: http://girlsguidetoblogging.de/blogger-url-redirect-zu-neuer-url/ habe ich für 1. eine Lösung außerhalb der .htaccess gefunden:

Ich habe schlicht und ergreifend WordPress-Seiten "Die Teams" und "Die Fans" erstellt und im Eingabefeld im WordPress-AdminPanel für diese Seiten

<meta http-equiv="refresh" content="0;url=http://1a-spielwiese.de/mitglieder/?bp_profile_search&field_124=Team"/>

bzw.

<meta http-equiv="refresh" content="0;url=http://1a-spielwiese.de/mitglieder/?bp_profile_search&field_124=Fan"/>

eingegeben. Und entsprechend sieht jetzt mein Header-Menü aus:

http://1a-spielwiese.de/wp-content/upl…e_Die_Teams.jpg

Die Umleitungen funktionieren anstandslos.

b) Jetzt wüßte ich gerne noch

Lässt sich erzwingen, dass in der Browser-Adress-Zeile die Adresse stehen bleibt, die aufgerufen wurde, und nicht die erscheint, zu der weitergeleitet wurde?

zu 2.:

Analog könnte ich das auch für die Subdomain-Blogs machen - was für die bisherigen kein großer Aufwand wäre; aber ich möchte das nicht manuell für alle künftigen Blogs manuell machen.

Daher (noch mal) die Frage:

Gibt es irgendeine automatische Lösung - mit Platzhaltern -, die für alle künftigen Blogs funktioniert - also:

für alle:

http://x.1a-spielweise/profil

leite um zu:

http://1a-spielwiese.de/mitglieder/x/

?

Du musst den Tipp von emiyTK von background auf title übertragen und an die Terminologie Deines Themes anpassen:

https://wordpress.org/support/topic/…11#post-6029793 -

dann sollte es funktionieren.

Der entscheidende Punkt, um die verschiedenen Widgets in der Sidbar unterschiedlich zu gestalten, ist jedenfalls dies:

http://css-tricks.com/how-nth-child-works/

Noch mal Danke. Ich hab's mal versucht mit:

Old directory: mitglieder/?field_124=Team&bp_profile_search=326

New directory: teams

Ausgespuckter Code:

RedirectMatch 301 mitglieder/?field_124=Team&bp_profile_search=326(.*) teams/$1

Führt für http://1a-spielwiese.de/teams zu: "It looks like nothing was found at this location."

Tausche ich die Angaben für "Old" und New" aus, kommt als Fehlermeldung: "The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there was an error in a CGI script."

Wenn ich es statt mit "directory" vielmehr mit "Redirect old URL to new URL" mache, bekomme ich ebenfalls die zuletzt genannte Fehlermeldung - und zwar dann auch für meine Startseite 1a-spielwiese.de

Danke. - Und wie wird so eine Rewrite-Regel geschrieben? -

Was bisher in meiner .htaccess steht, ist für mich nicht gerade einfach zu verstehen und auf andere Zwecke zu übertragen.

Die Adressen haben sich mittlerweile geändert:

• http://1a-spielwiese.de/mitglieder/?fi…file_search=326 ist mittlerweile: http://1a-spielwiese.de/mitglieder/?bp…&field_124=Team - und soll weiterhin werden: http://1a-spielwiese.de/teams

• http://1a-spielwiese.de/mitglieder/?fi…file_search=326 ist mittlerweile: http://1a-spielwiese.de/mitglieder/?bp…h&field_124=Fan - und soll weiterhin werden: http://1a-spielwiese.de/fans

Das Anliegen ist also (trotz leichter Adressänderung) das gleiche geblieben - Bebilderung zu Anliegen 2:

http://1a-spielwiese.de/wp-content/upl…ung_d_Namen.jpg

vgl.: http://1a-spielwiese.de/mitglieder/?bp…&field_124=Team

Zitat

diese eine - ich nenn sie mal Dashboarddatei

Nein, das sind zahlreiche verschiedene.

Zitat

Oder wenn ich das Clone-Plugin nutze und man unter /wp-signup.php ne Seite erstellt (ein neuer User also), macht das dann das Plugin automatisch oder wie?

Nein, dann müsstest Du die automatische Blog-Einrichtung bei der Registrierung deaktivieren - und dann

• entweder mit dem Clone-Plugin den neuen Blogs standardmäßig eine URL analog zu dem jeweiligen neuen user name geben (das Plugin musst Du dabei 'manuell bedienen')

• oder in Deine Registrierungsseite ein Feld einfügen, das die im jeweiligen Fall gewünschte Blog-URL abfragt, ohne dass der Blog sogleich eingerichtet wird (und dann ebenfalls das Plugin entsprechend manuell bedienen). -

Bei drei Neuregistrierungen pro Tag lässt sich das problemlos bei einer Tasse Kaffee oder Tee nebenbei erledigen; bei Dutzenden oder gar Hunderten Neuregistrierungen pro Tag dürfte das unpraktikabel sein.

Zitat von UserXY

Es soll mit einer Einstellung auf ALLEN SEITEN angewendet werden und nicht jede Seite einzeln bearbeiten.

Wieviel Blogs hat denn Dein Netzwerk? -

Wenn es nicht viele sind, kannst Du das doch einmal für jeden existierenden Blog machen - und zukünftige Blogs richtest Du mit einem Clone-Plugin ein. -

Das ist doch auf alle Fälle schneller gemacht, als Deine neue Idee:

Zitat von UserXY

Mir kam eben die Idee, direkt die Dateien (Quellcode) zu verändern.

Und da müsstest Du Dir vor allem überlegen, wie Dir Deine Änderungen beim nächsten WordPress-Update nicht verloren gehen sollen..