Beiträge von 1a-Spielwiese

@ -Linus-:

Danke, allerdings beschreibt das im wesentlichen die Oberfläche, die für mich ohnehin weitgehend selbsterklärend ist.

Ich suche vielmehr - auf Deutsch - eine systematische Beschreibung des Codes und wie ich ihn ändern kann/muss, um die Oberfläche zu verändern.

(Das, was mir alles an Änderungen vorschwebt, auf Englisch und ohne zuvor die grundlegende Struktur von BuddyPress verstanden zu haben, im internationalen Support-Forum - http://buddypress.org/support/ - zu fragen, ist etwas mühselig.)

@ Nolls:

"Arbeite dich ordentlich ein, dann brauchst du keins."

Oberschlaue Bemerkung. Ich bevorzuge alllerdings die Methoden "Theory first" und danach "Buch neben dem Rechner" als "Learning by doiiiing". - Danke.

Ich experimentiere mit der Seite:

http://1a-spielwiese.de

und den beiden Subdomains:

http://balletttaenzerinnenkrzbg36.1a-spielwiese.de
und
http://1a-spielwiese.de

Mein Login als Superadmin zur Startseite des Blog-Netzwerkes als auch der Login der Admins zu ihren jeweiligen Blogs funktioniert anstandslos.

Aber irgendwie scheint davon der Zugang zu dem sozialen Netzwerk nicht mit erfasst zu sein.

1.

Wenn ich bspw. mit meinem Superadmin-Profil versucht, etwas mit der BuddyPress-Toolbar zu machen, z.B. eine Nachricht zu verschicken, so werde ich zu dem Login-Formular umgeleitet:

Zwischen dem WordPress-Logo und den beiden Eingabefeldern (Benutzname und Passwort) steht:

Zitat

"Bitte melde dich nochmal an.
Du musst Dich anmelden, um Zugriff zur angeforderten Seite zu bekommen."

Und in der Browser-Adresszeile erscheint:

http://1a-spielwiese.de/wp-login.php?r…tion=bpnoaccess

2.

Die Admins können sich zwar in ihre jeweiligen Blogs, aber nicht auf der Startseite des Blog-Netzwerkes einloggen.

3.

Auch erscheinen neben den Avataren bzw. Benutzer/innen/namen gar keine Buttons, um Freund/innen/schaft zu schließen.

Auch fehlt die Möglichkeit in dem Activity-Stream (bei mir "Neuigkeiten" genannten) etwas zu posten.

Woran kann das liegen und wie lässt es sich beheben?

Zitat von mensmaximus

Dort wo Du die Empfehlung her hast, wird wohl auch stehen warum derjenige das empfiehlt

Nein, das stand dort (= im Dashboard bei Erstellung des Netzwerkes) nicht. Es war ein Satz, der aus der bloßen Empfehlung (ohne Begründung) bestand (*). -

Auf meine Frage vom 19.08.2014:

Zitat von 1a-Spielwiese

Was ist denn überhaupt der Grund bzw. der Sinn der Empfehlung, im Falle der Verwendung von WordPress-MultiSite das http://www.-pr%c3%a4fix aus der Site-URL zu entfernen?

Was soll durch die Entfernung bewirkt oder vermieden werden? - Und: Was würde passieren, wenn das http://www.pr%c3%a4fix nicht entfernt würde?

antwortete Kirchenschnack am 21.08.2014:

Zitat von Kirchenschnack

Das hat etwas mit den automatischen Umleitungen auf www. Seiten und nicht www. Seiten zu tun. Da das mit einem Multiblog zu Umleitungsproblemen führen könnte wird empfohlen halt den Blog ohne www. laufen zu lassen. Damit es weniger Probleme gibt

(*) Diese Empfehlung stand, solange das http://www.-pr%c3%a4fix noch vorhanden war, bei der Auswahlmöglichkeit zwischen Subdomains oder Unterverzeichnissen.

Ich würde gerne die dortigen Inhalte:

http://1a-spielwiese.de/members/balletttaenzerinnenkrzbg36/

statt dessen dort:

http://balletttaenzerinnenkrzbg36.1a-spielwiese.de/profil/

plazieren - und entsprechend automatisch für alle anderen bereits existierenden und künftig noch entstehenden Profile.

Lässt sich das irgendwie machen? Und falls ja: Wie?

Zitat von mensmaximus

Langer Rede, kurzer Sinn: Wie schon gesagt, vorher Gedanken machen ob die Seiten mit oder ohne www verwendet werden sollen. Das ist reine Geschmacksache.

Und warum wird die http://www.-pr%c3%a4fix-entfernung dann empfohlen - wenn sie "reine Geschmackssache" ist?!

Mit dem Wissen, dass das gar keinen funktionalen Sinn hat, sondern nur Geschmackssache ist, wäre ich nie auf die Idee gekommen, das http://www.-pr%c3%a4fix zu entfernen bzw. entfernen zu lassen - und mir wären mehrere Wochen Verzögerung erspart geblieben...

Zitat von mensmaximus

Einfach bereits beim Einrichten von WordPress darauf achten die richtige Domain/Subdomain zu verwenden

Das ist nun allerdings sehr allgemein ausgedrückt... –

ich habe aber mal versucht, die wahrscheinliche/n Fehlerursache/n (auch für die vorhergehenden Installationsversuche) zu rekonstruieren. Ich würde sagen:

1. Das Fehleranfällige ist schon mal diese Anleitung:

http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/

Zitat

"Zuerst musst du WordPress wie gewohnt entpacken und installieren"

Da ist ja noch nichts von der Entfernung des http://www.-pr%c3%a4fixes erwähnt.

2. Folglich stand dann nach der - in der genannten Anleitung beschriebenen - Ergänzung der wp-config.php und erneutem Login dort:

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

damals noch das http://www.-pr%c3%a4fix und die Empfehlung, es zu entfernen.

3. In den Allgemeinen Einstellungen

- vgl. jetzt http://1a-spielwiese.de/wp-content/upl…nstellungen.jpg -

stand ebenfalls noch - und zwar außerhalb des weißen Feldes (sodass ich keinen Zugriff darauf hatte) - das http://www.-pr%c3%a4fix.

4. Folglich enthielt damals auch im nächsten Schritt

- vgl. jetzt http://1a-spielwiese.de/wp-content/upl…_aktivieren.jpg -

die Zeile

define ('DOMAIN_CURRENT_SITE', 'www.1a-Spielwiese.de');

noch das www.

Ich aktivierte dann - mit dem beschreibungs-gemäß http://www.-pr%c3%a4fix in der geänderten wp-config.php - das Netzwerk.

5. Erst anschließend wandte ich mich wegen der nunmehrigen Beseitigung des http://www.-pr%c3%a4fixes an meinen Provider, der mir danach zwar mitteilte, es beseitigt zu haben, aber es anscheinend falsch oder gar nicht tat.

Erneute Änderungen an der wp-config.php nahm ich selbst danach jedenfalls nicht vor; ob es mein Provider für mich tat, weiß ich nicht.

6. Irgendwo im Bereich von 4. und 5. dürfte also die Ursache für die Probleme mit meiner allerersten MultiSite-Installation - http://buddypress.org/support/topic/…g-registration/ und http://buddypress.org/support/topic/…on/#post-187005 - gelegen haben.

7. Schlussfolgerung:

In die Anleitung

http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/

sollte die Empfehlung aufgenommen werden, zunächst das http://www.-pr%c3%a4fix vom Provider aus den Server-Einstellungen entfernen zu lassen und erst anschließend mit dem Installationsprozess zu beginnen.

8.a) Bei meinen späteren Installationsversuchen war das http://www.-pr%c3%a4fix dann - wenn auch anscheinend fehlerhaft - aus den Servereinstellungen entfernt. Obwohl ich nun das http://www.-pr%c3%a4fix aus der Zeile

define ('DOMAIN_CURRENT_SITE', '1a-Spielwiese.de');

wegließ - http://forum.wpde.org/installation/1…html#post571473 und http://forum.wpde.org/blog-netzwerk/…html#post571539 - funktionierten diese Installationen überhaupt.

b) Schlussfolgerung:

Es sollte in die Anleitung http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/ unbedingt ein Hinweis aufgenommen werden, wie - genau - das http://www.-pr%c3%a4fix korrekt (vollständig) aus den Servereinstellungen entfernt wird.

9. Bei meinem letzten Installationsversuch war dann das http://www.-pr%c3%a4fix bereits korrekt aus den Servereinstellungen entfernt - allerdings machte ich den Fehler, nicht auf die dortigen:

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

Anweisungen zu achten. Vielmehr arbeitete ich mit der - geänderten - wp-config.php meines allerersten Installationsversuchs, in der das http://www.-pr%c3%a4fix noch enthalten war (s. oben 4.), weiter.

Nachdem nun auch dieses http://www.-pr%c3%a4fix entfernt ist, funktioniert es soweit - mal sehen, wie es morgen weitergeht. ;)

Der damalige Installationsversuch scheiterte wohl daran, dass damals bei der Entfernung des http://www.pr%c3%a4fixes aus den Server-Einstellungen etwas schiefging.

Zwar hatte mir damals mein Provider mitgeteilt, dass es gemacht worden sei. - Vor zwei Tagen erhielt ich aber - auf erneute Support-Anfrage - die Nachricht, dass es jetzt (erneut?) gemacht waren sei.

Ob

-- der erst Entfernungsversuch zwar mitgeteilt, aber nicht ausgeführt worden war;

-- dabei irgendetwas schiefgegangen war

oder

-- das http://www.-pr%c3%a4fix später - wodurch auch immer - wieder in die Server-Einstellungen hineingeriet,

ließ sich nicht mehr feststellen.

Hilfreich für andere User wäre vielleicht zu wissen, was für Server-Einstellungen ein Provider genau vornehmen muss, damit es auch tatsächlich klappt.

Zitat von mensmaximus

Schau mal in Deine wp-config.php. Dort steht vermutlich

Code

define('DOMAIN_CURRENT_SITE', '1a-spielwiese.de');

Ändere das einmal auf

Code

define('DOMAIN_CURRENT_SITE', 'www.1a-spielwiese.de');

Es war genau umgekehrt: Es stand MIT www. da; ich habe das www. beseitigt - nun kann ich auch auf das Netzwerk-Dashboard zugreifen. :)

Bliebe nur die Frage: Was war die (Un)logik des Fehlers? Wie dürfte er entstanden sein? Und was kann ich daraus für künftige WordPress MultiSite-Installationen bei anderen Domains lernen?

PS.:

Zitat von 1a-Spielwiese

Grund vermutlich: Der entsprechende Link im Dashboard der Startseite wird mir mit rechtem Maus-Klick als http://www.1a-spielwiese/wp-admin/network angezeigt. - Wie bekomme ich das http://www.-pr%c3%a4fix dort weg?

Dort fehlte das ".de" nur versehentlich im Forums-Beitrag, aber nicht tatsächlich im Dashboard; siehe Screenshot:

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

Zitat von mensmaximus

Die Frage ist wie bekommst Du das .de wieder rein ;-) http://1a-spielwiese.de/wp-admin/network kann man aufrufen

Und was soll mir das jetzt sagen?

1. Welches ".de"?

2. Wenn ich Deinem Link folge, erscheint in der Browser-Adresszeile:

http://1a-spielwiese.de/wp-login.php?r…ork%2F&reauth=1

Wenn ich dann meine Zugangsdaten eingebe, bleibt der Login-Versuch erfolglos und die Browser-Adresszeile ändert sich in:

http://1a-spielwiese.de/wp-login.php?r…o=http%3A%2F%2Fwww.1a-spielwiese.de%2Fwp-admin%2Fnetwork%2F&reauth=1

Ich habe WordPress Multisite installiert; hat (diesmal) soweit auch alles geklappt:

-- Provider hatte bereits zuvor das http://www.-pr%c3%a4fix aus den Server-Einstellungen gelöscht.

-- wp-config.php und .htaccess haben den erforderlichen Inhalt.

-- Kann mich auch einloggen.

ABER: Ich kann nicht vom Dashboard der Startseite zum Dashboard des gesamten Netzwerk wechseln.- Wenn ich versuche, es zu tun, werde ich automatisch ausgeloggt.

Grund vermutlich: Der entsprechende Link im Dashboard der Startseite wird mir mit rechtem Maus-Klick als http://www.1a-spielwiese/wp-admin/network angezeigt. - Wie bekomme ich das http://www.-pr%c3%a4fix dort weg?

(Der Fehler - das automatische Logout - bleibt im übrigen auch bestehen, wenn ich den Link manuell in einen neuen Browser-Tab kopiere, dort das www. löschen und dann versuche, das Netzwerk-Dashboard aufzurufen.)

Siehe auch die screenshots - jeweils unten links in der Ecke:

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

und

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

Danke!

Ist gemacht: http://forum.wpde.org/blog-netzwerk/…n-moeglich.html

Ich habe dann also in meine config.php vor der Zeile

/* That's all, stop editing! Happy blogging. */

folgendes eingefügt:

define(‘MULTISITE’, true);
define(‘SUBDOMAIN_INSTALL’, true);
define(‘DOMAIN_CURRENT_SITE’, ‘1a-spielwiese.de’);
define(‘PATH_CURRENT_SITE’, ‘/’);
define(‘SITE_ID_CURRENT_SITE’, 1);
define(‘BLOG_ID_CURRENT_SITE’, 1);

und außerdem eine .htaccess folgenden Inhaltes hochgeladen:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
</IfModule>

# END WordPress

Was nun? - Das Loggin- und Umleitungs-Problem bestehen nämlich immer noch...

In meiner config.php stand zu diesem Zeitpunkt nach den Datenbank-Informationen diese Zeile:

define(‘WP_ALLOW_MULTISITE’, true);

Dann kommen die "salt keys", das geänderte Tabellenpräfiix.

Vor der Zeile

/* That's all, stop editing! Happy blogging. */

war noch nichts eingefügt, denn bis zu der Anweisung dort etwas einzufügen, bin ich - aufgrund des automatischen LogOuts (s. vorstehenden Kommentar) - in diesem Installationsvorgang noch gar nicht gekommen.

Ich habe dann aber vorhin ausprobiert, was passiert, wenn ich dort OHNE vorhergehende Anweisung die fraglichen Zeilen
[*] einfüge.

[*] Die fraglichen Zeilen und den nötigen Inhalt der .htaccess-Datei kenne ich von den vorhergehenden Installationsversuchen, bei denen ich das http://www.-pr%c3%a4fix nicht entfernt hatte und nicht ausgeloggt wurde, sondern fortfahren konnte. Bei den vorhergehenden Versuch fehlte dann aber nach Installation auch von BuddyPress der schon erwähnte Registrieren-Button und die Subdomain-Blogs waren nicht erreichbar.

Nach mehreren vorhergehenden Versuchen habe ich zuletzt dies gemacht:

-- Ich entfernte alle Dateien von meinem FTP-Servers; nur ein Ordner "usage" war nicht löschbar.

-- Ich löschte meine WordPress-Datenbank und richtete eine neue ein.

-- Ich schuf auf meinem eigenen Rechner eine neues Verzeichnis "1a-Spielwiese" und richtete dort ein neues "WordPress"-Verzeichnis ein.

-- Dort hin lud ich diese Datei: http://de.wordpress.org/latest-de_DE.zip

-- Ich entpackte die ZIP-Datei und habe die entpackten Dateien auf meinen FTP-Server hochgeladen.

-- Ich habe die Datenbank-Informationen in meine wp-config-sample.php eingefügt und diese in wp-config.php umbenannt. Außerdem fügte ich mittels https://api.wordpress.org/secret-key/1.1/salt/ "salt keys" hin.

-- Ich sufte im Browser zu: http://www.1a-spielwiese.de/wp-admin/install.php Dabei wählte ich als Tabellen-Präfix etwas anderes als "wp_"

-- Nach Beendigung der Installation loggte ich mich ein, aktivierte das Twentytwelve-Theme und die "Jeder kann sich registrieren."-Option. Ich überprüfte http://www.1a-spielwiese.de/wp-login...ction=register - und alles war in Ordnung; "Registrieren"-Button vorhanden
[*].

-- Ich fügte meine config.php die Zeile

define(‘WP_ALLOW_MULTISITE’, true);

ein und loggte mich dann erneut ein.

-- Ich entfernte das www prefix aus der WordPress-Adresse (URL) und aus der Site Address (URL). Während des Speicherns der Einstellungsänderungen wurde ich automatisch ausgeloggt, und es ist nicht möglich, mich erneut einzulogge. Wenn ich versuche - statt zur Loggin-Seite - zur 1a-spielwiese.de-Startseite zu gehen,erhalte ich die Fehlermeldung.

"Fehler: Umleitungsfehler

Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann."

[*] Inwiefern der "Registrieren"-Button eine Rolle spielt, ist dort erklärt:
http://buddypress.org/support/topic/…g-registration/

Mmh. Nun habe ich das Umleitungsproblem aber gerade bei Entfernung des http://www.-pr%c3%a4fix

http://forum.wpde.org/installation/1…html#post571468

Aber Danke erst einmal.

Ich möchte im Kontext meines dort beschriebenen Problems:

http://forum.wpde.org/installation/1…p-zuganges.html

meine Frage noch einmal anders stellen - vielleicht führt das ja zumindest zur Einkreisung der Lösung:

Was ist denn überhaupt der Grund bzw. der Sinn der Empfehlung, im Falle der Verwendung von WordPress-MultiSite das http://www.-pr%c3%a4fix aus der Site-URL zu entfernen?

Was soll durch die Entfernung bewirkt oder vermieden werden? - Und: Was würde passieren, wenn das http://www.pr%c3%a4fix nicht entfernt würde?

Du meinst erst das http://www.-pr%c3%a4fix für die SingeleSite-Version löschen und erst dann die Zeile define(‘WP_ALLOW_MULTISITE’, true); in die wp-config.php einfügen? - Aus dem einfachen Grund, weil es in der anderen Reihenfolge beschrieben ist: http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/ Zunächst die fragliche Zeile einfügen; und das Löschen des http://www.-pr%c3%a4fix kommt dann erst in den dort erwähnten "Hinweise[n] zur Benutzung von Subdomains bzw. Unterverzeichnissen als Blogadressen für die Unterblogs", die erst DANACH angezeigt werden.

Mit der MutiSite-Version hast du zunächst eine URL und zwei Dashboards: Ein Dashboard für den Blog der Domain und ein Dashboard für das Netzwerk aller Blogs (die du später ggf. noch einrichtest). Und diese weiteren Blogs haben auch jeweils ihre eigenen Dashboards und beliebige andere Inhalte als der Domain-Blog. - Bei mir scheitert's nur gerade daran, überhaupt die MultiSite-Version in Gang zu bringen...: http://forum.wpde.org/installation/1…p-zuganges.html

Jetzt habe ich in der Zeile

define(‘DOMAIN_CURRENT_SITE’, ‘http://www.1a-spielwiese.de%e2%80%99%29;

noch das www. gelöscht. Nun gibt es auf der Startseite wieder den Umleitungsfehler; auch das Loggin-Formular ist wieder da. Aber der Loggin funktioniert nicht:

Ich gebe bei folgender Browser-Adresszeile:

1a-spielwiese.de/wp-login.php

Benutzernamen und Passwort ein und klicke dann auf "Anmelden".

Dadurch ändert sich das die Adresszeile in:

http://www.1a-spielwiese.de/wp-login.php

und das Anmeldeformular ist wieder leer. -

Was nun?