Beiträge von 1a-Spielwiese

Ich würde gerne dort:

http://beispiel.1a-spielwiese.de/fotos

-- entweder den beiden Screenshots selbst

-- oder deren Beschriftungen "Screenshot 1:" und "Screenshot 2:" Link-Adressen zuweisen,

sodass ich dann

-- in dem vorstehenden Text bei Erwähnung von Screenshot 1 und 2 zu den entsprechenden Stellen verlinken kann.

Wie funktioniert die Zuweisung der Link-Adressen, die - wie mir scheint - die Formen

http://beispiel.1a-spielwiese.de/fotos#Screenshot_1

und

http://beispiel.1a-spielwiese.de/fotos#Screenshot_2

haben müssten (sollten)?

PS.:

Klar ist, dass die Screenshot-Fotos ohnehin URLs haben. Aber ich möchte nicht separat auf die Fotos verlinken, sondern innerhalb ein- und desselben - geöffnet bleibenden - Textes ein Springen zu späteren Textstellen ermöglichen.

Zitat von mensmaximus

Das sieht dann aber auch jeder nicht eingelogte User.

Ja, aber das stört mich bei der Beispiel-Seite nicht so; meine User/innen werden das Widget ja hoffentlich zügig bearbeiten, wenn sie 'ihre Kopie' davon erhalten haben.

PS.:

Ich habe das Gleiche jetzt noch für die Überschrift des "Suche"-Widgets probiert - aber da werden - erwartungsgemäß - keine HTML-tags akzeptiert (was sich für dieses Widget auch nicht per Checkbox aktivieren lässt).

Für das "Über uns"-Widget ist mit inzwischen selbst eine - wenn auch - etwas schlichte Lösung eingefallen:

• Ich habe im Admin-Bereich für dieses Widget 'HTML-tags zulassen' aktiviert.

• Und in das Text-Feld des Widgets habe ich dann eingefügt:

Um dieses Feld zu bearbeiten (d.h. Bild und Text zu ändern), wechsle in den Administrationsbereich zu "Design / Widgets / Sidebar 1 / MoreAboutMe Widget":
<p style="text-align: right;"><a href="http://beispiel.1a-spielwiese.de/wp-admin/widgets.php" target="_blank"><strong>Bearbeiten</strong></a><p>.

Ich bin dabei, einen Beispiel-Blog für mein Blog-Netzwerk 1a-Spielwiese zu gestalten:

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

Mein Plan ist, meinen künftigern User/inn/en jeweils eine präzise Kopie des Beispiel-Blogs einzurichten / zur Verfügung zu stellen, die sie dann für ihre Zwecke umgestalten können. -

Einloggte User/innen bekommen unter Artikeln einen "Edit"-Button angezeigt (ich werde ihn sicherlich noch in "Bearbeiten" umbenennen).

Ein solchen Button möchte ich gerne auch in das erste und zweite zweite Sidebar-Widget einfügen, sodass die User/innen

• bei dem ersten Widget in der Überschrift auf einfache Weise "'Beispiel' durchsuchen" in eine entsprechende Formulierung unter Verwendung ihres jeweiligen Blog-Namens ändern können (z.B. "'Gittis Fan-Blog' durchsuchen").

• Genauso einfach möchte ich ihnen ermöglichen, das "Über uns"-Widget zu editieren. (Das Plugin, das das Widget erzeugt, heißt "Moreaboutme".)

Mit "auf einfache Weise" meine ich, dass die User/innen nicht erst vom Frontend ins Backend (Admin-Panel) wechseln und dort "Design/Widget" und dort das fragliche Widget suchen müssen, sondern direkt vom Frontend an die benötigte Stelle ins Backend gelangen können.

Lässt sich das irgendwie machen -

-- entweder 'manuell' speziell für diese beiden Widgets

oder

-- besser: mit einem weiteren Plugin, das für alle Widgets (im Admin-Panel) eine Auswahl-Checkbox einführt, die ermöglicht zu entscheiden, ob im jeweiligen Einzelfall ein solcher "Bearbeiten"-Button im Frontend angezeigt werden soll oder nicht?

Ich bin mir nicht sicher, ob ich jetzt deine Frage richtig verstehe:

Aber - falls du mit "die HTML-Datei" aus der vorherigen Formulierung der Frage php-Dateien meinst, so erschließt sich das für WordPress relativ einfach:

die Datei für den Footer heißt footer.php, die für den header header.php, die für die Seiten pages.php usw. -

Für BuddyPress scheint das etwas komplizierter zu sein. Ich würde noch mal zuraten, dass englischsprachige BuddyPress-Forum dafür zu nutzen:

https://buddypress.org/support/ -

oder vielleicht hilft auch der dortige "Codex" weiter.

Zum Beispiel habe ich in dem englischsprachigen Forum erklärt bekommen, welche Dateien ich ändern muss, um die Reihenfolge der Menü-Tabs auf den BuddyPress-member-Seiten zu ändern:

https://buddypress.org/support/topic/…ns/#post-187003
und
https://buddypress.org/support/topic/…ns/#post-197324

sowie wie ich ich die Sidebar auf den BuddyPress-Seiten deaktiviere:

https://buddypress.org/support/topic/…en/#post-197906
and
https://buddypress.org/support/topic/…en/#post-200310

Ist das in etwa die Art von BuddyPress-Design-Änderungen, die Du meinst?

Vgl. zur Fehleranalyse hinsichtlich weiterer, schließlich erfolgreicher, Installationsversuche bzw. hinsichtlich weiterer Subdomains auch noch:

http://forum.wpde.org/blog-netzwerk/…html#post576489

sowie

http://forum.wpde.org/blog-netzwerk/…html#post577720

und

http://forum.wpde.org/blog-netzwerk/…html#post577785

Vgl. zur Fehleranalyse hinsichtlich weiterer, schließlich erfolgreicher, Installationsversuche bzw. hinsichtlich weiterer Subdomains auch noch:

http://forum.wpde.org/blog-netzwerk/…html#post576525

sowie

http://forum.wpde.org/blog-netzwerk/…html#post577720

und

http://forum.wpde.org/blog-netzwerk/…html#post577785

So, mein Provider hat noch mal geantwortet und schreibt:

Zitat

Also wir müssen
- die SubDomain anlegen,
- den redirect für www. entfernen
- das DocumentRoot genauso setzen wie bei 1a-spielwiese.de

diese 3 Schritte hab ich so als Memo in deinem Account dokumentiert, so dass auch andere Help-Desk Mitarbeiter das beim Anlegen neuer Domains berücksichtigen.

Und zu meiner zweiten Frage, "Gibt es etwas, was ich in den WordPress-Hilfe-Foren sinnvollerweise als Unterstützung (Schlussfolgerung) für andere User posten kann/sollte?":

Zitat

ich glaube diese Frage kannst du besser beantworten als wir, da fällt mir im Moment nichts ein.

Dann würde ich sagen:

Da in meinem Fall eh von Anfang gesagt war, dass SubDomains anlegt und dabei das http://www.-pr%c3%a4fix entfernt werden möge, scheint der kritische Punkt also das Setzen des "DocumentRoot" gewesen zu sein. -

Inwieweit das jetzt Usern hilft, die bei anderen Providern sind - keine Ahnung...

fan1 funktioniert jetzt auch. -

Anscheinend stand vorhin mein Browser-Cashe (obwohl der allerdings eh auf 0 eingestellt ist) dem Angezeigtbekommen der Auswirkungen der letzten Änderung der Server-Einstellungen für fan1 entgegen.

Ich habe meinen Provider jetzt noch gefragt:

"Welche Lehren können wir denn nun aus den bisherigen Problemen ziehen - für das eventuelle Einrichten weiterer Subdomains bei dieser Domain (und späterer Einrichtung weiterer Blog-Netzwerke mit eigenen Domains und Subdomains)?
Worauf müsst Ihr achten beim Einrichten der Domains und Subdomains? Und worauf musst ich achten bzw. warten, wenn ich / bevor ich innerhalb von WordPress mit den Domains und Subdomains arbeite?
Gibt es etwas, was ich in den WordPress-Hilfe-Foren sinnvollerweise als Unterstützung (Schlussfolgerung) für andere User posten kann/sollte?"

Mal sehen, was dabei herauskommt...

Neue Nachricht von meinem Provider:

"bei fan1 hatte ich gestern leider einen Typo eingebaut, sorry dafür. Bitte teste nochmal ob es jetzt funktioniert."

Meine Rück-Antwort:

"funktioniert leider immer noch nicht.

Hatte fan1 zunächst gelöscht und dann gleich wieder mit NS Cloner eingerichtet; funktionierte nicht; sogleich erneut gelöscht und einige Zeit abgewartet: Dann ein weiterer Versuch mit Cloner (Protokoll: siehe unten). Funktioniert immer noch nicht.- Statt dessen wieder Umleitung dorthin: https://www.jpberlin.de/email/sichere-e-mail/domainfehler/

Also fan1 noch mal gelöscht und neuer Versuch nun sicherheitshalber mit kampfsportlerinnenneuwied als Ausgangsbasis (Protokoll: siehe ebenfalls unten). - Der Fehler bleibt aber erhalten: Umleitung zu https://www.jpberlin.de/email/sichere-e-mail/domainfehler/.

Tja, woran kann es liegen, dass fan1 nicht klappt?"

Versuch 3 balletttaenzerinnenkrzbg36 ----> fan1

Old Site ID: 3
Old Site: http://balletttaenzerinnenkrzbg36.1a-spielwiese.de
New Site ID: 11
New Site: http://fan1.1a-spielwiese.de
Tables cloned: 9
Replacements made: 79
Files/directories copied: 5
Total process time: 1.9889 seconds
Log file: logs/ns-cloner-20140924-125832.html

Versuch 1 kampfsportlerinnenneuwied ---> fan1

Old Site ID: 2
Old Site: http://kampfsportlerinnenneuwied.1a-spielwiese.de
New Site ID: 12
New Site: http://fan1.1a-spielwiese.de
Tables cloned: 9
Replacements made: 61
Files/directories copied: 10
Total process time: 2.2533 seconds
Log file: logs/ns-cloner-20140924-130519.html

Zitat von mensmaximus

Mein ganz ehrlich gemeinter Rat: Leiste Dir einen Admin der Dich 2 Stunden durch die Administration und Einrichtung führt.

Ja, wenn ich das jetzt einfach nur fertig bekommen wollen würde, wäre das vermutlich das Einfachste. Aber:

-- Das Ganze ist im Moment zum Üben für ein späteres - eigentlich geplantes - Projekt.

-- Bei diesem späteren Projekt werden, falls es denn läuft und angenommen wird, immer wieder neue User und folglich Subdomain-Blogs hinzukommen.

-- Das heißt: Ich muss es (was WordPress anbelangt) selber können und selbst meinem Provider sagen können, was er bei den Server-Einstellungen für die jeweilige neue Subdomain beachten muss. - Ich werde bei dem eigentlich geplanten Projekt nicht erst wegen jeder neuen Subdomain externes Personal heranziehen können.

wp-content ist normalerweise auf der obersten Ebene Deines Servers.

Evtl. ist diesem Verzeichnis aber auch noch ein Verzeichnis wordpress übergeordnet.

Von dem einen oder anderen Ausgangspunkt dann bis zu /wp-content/plugins/like-button-plugin-for-wordpress/include/fb_meta.php 'nach unten' 'durchklicken'.

NEUER STAND:

1.

Nach Lektüre von http://forum.wpde.org/blog-netzwerk/73877-domainmapping-blogs-andere-domain-zuweisen-das-tutorial.html#post338720:

"Beim Provider muss die Hauptdomain und jede (!) dieser Subdomains, auf die man z.B. mit den Blogs (und ihren Unterverzeichnissen verweisen will), auf das Hauptverzeichnis der WP-Installation verweisen, nicht auf irgendein Unterverzeichnis!"

Und: "ERST die Subdomains vollständig einrichten, also auf das WP-Verzeichnis richten, DANN erst die Plugin-Geschichte installieren/einrichten. Bei 1&1 hat das bei mir ca. 1 Tag gedauert, bis der Status der Domain auf 'fertig eingerichtet' im Provider-Account stand.
Solange müsst ihr warten, denn die Plugineinrichtung greift sofort, und wenn dann die (Sub)Domain nicht fertig eingerichtet ist, dann läuft eure Seite ins Nirwana!"

Fragte ich meinen Provider, "Seit wann sind denn die neuen Subdomains server-seitig vollständig richtig eingerichtet?" "Kann es sein, dass die neuen Subdomains server-seitig zunächst NICHT richtig eingerichtet waren, ich aber am Samstag in WordPress schon 'beispiel' und gestern 'fan1' einrichtete - also deshalb im vorerwähnten 'Nirwana' lande?"

Antwort des Provider: "die Subdomains sind bei uns seit dem 23.09 ab ca. 14:30 vollständig eingerichtet."

2.

Also löschte ich beispiel und fan1 in WordPress wieder richtete sie neu ein. - Ergebnis:

Beispiel funktioniert jetzt; fan1 weiterhin NICHT.

In beiden Fällen habe ich die neuen Blogs mit dem WordPress-Plugin NS-Cloner angelegt:

-- beispiel als Clone von kampfsportlerinnenneuwied

-- fan1 als Clone von balletttaenzerinnenkrzbg36

Beides dürfte eigentlich keinen Unterschied machen, da ich versuchte hatte, beide Seiten auf der Struktur-/Design-Ebene (bei leichten Unterschieden hinsichtlich des Content) völlig identisch anzulegen.

3.

Hier das Protokoll zu dem ersten Clone-Vorgang:

Clone complete!
Old Site ID: 2
Old Site:https://mm.web.de/dereferrer?to=…WVzZS5kZQ%3D%3D
New Site ID: 8
New Site:https://mm.web.de/dereferrer?to=…sd2llc2UuZGU%3D
Tables cloned: 9
Replacements made: 61
Files/directories copied: 10
Total process time: 1.7978 seconds
Log file: logs/ns-cloner-20140924-115257.html

Und hier das Protokoll zu dem zweiten:

Clone complete!
Old Site ID: 3
Old Site:https://mm.web.de/dereferrer?to=…sd2llc2UuZGU%3D
New Site ID: 9
New Site:https://mm.web.de/dereferrer?to=…WVzZS5kZQ%3D%3D
Tables cloned: 9
Replacements made: 79
Files/directories copied: 5
Total process time: 2.3102 seconds
Log file: logs/ns-cloner-20140924-115505.html

Warum mag es im ersten Fall geklappt haben, aber im zweiten Fall nicht?

Tja, jetzt ist mir das Header-Foto sowohl aus meinem Root-Blog als auch aus den Subdomain-Blogs ganz verschwunden...

Da ich nicht erinnern kann, wann ich das Foto zuletzt gesehen habe, habe ich nicht die geringste Hypothese, woran es liegen kann.

Evtl. liegt es daran, dass ich inzwischen von 'Simple Custom CSS'-Plugin auf Child-Theme umgestellt habe; aber das Child-Theme funktioniert ansonsten anstandslos. -

Als Versuch der Fehlerbehebung habe ich mittlerweile das Child-Theme wie folgt geändert:

#masthead {
background-image: url('wp-content/uploads/header-bild.jpg');
}

und das Foto entsprechend auf dem Server verschoben.Dort ist es auch tatsächlich aufrufbar:

http://1a-spielwiese.de/wp-content/uploads/header-bild.jpg -

nur wird es trotzdem nicht im Header eingeblendet... -

Woran kann es liegen?

Ich habe jetzt die Foto-Größe vor dem Upload reduziert; ich hätte aber lieber eine automatische Lösung, bei der Fotos beliebiger Größe korrekt in das Widget eingepasst werden.

Vgl.: https://wordpress.org/support/topic/…=2#post-6046516

Ich habe dir Anfrage inzwischen auch dort:

https://wordpress.org/support/topic/…-widget-borders

gepostet; ebenfalls noch keine Antwort.

@ mensmaximus:

Zitat von mensmaximus

Die Nameserver sind richtig eingerichtet:

Code

1a-spielwiese.de.       3600    IN      A       91.198.250.84
3h.1a-spielwiese.de.    3600    IN      A       91.198.250.84
beispiel.1a-spielwiese.de. 3600 IN      A       91.198.250.84

Dementsprechend kann nur der Eintrag im Vhost des Apache fehlen.

Bei mir ist der Stand jetzt der:

http://3h.1a-spielwiese.de funktioniert.

http://beispiel.1a-spielwiese.de funktioniert nicht: mal bekomme ich bloß eine weiße Seite angezeigt / mal werde ich dorthin umgeleitet: http://www.jpberlin.de/email/sichere-e-mail/domainfehler/ (nach welchem System das eine oder das andere passiert habe ich noch nicht feststellen können).

Mein Provider schreibt dazu:

Zitat

ich habe es gerade nochmal überprüft, beispiel.1a-spielwiese.de ist genau so konfiguriert wie alle anderen Subdomains auch.
Der Rückgabewert vom Server ist auf 200 OK

# curl -I http://beispiel.1a-spielwiese.de
HTTP/1.1 200 OK
Date: Tue, 23 Sep 2014 15:35:23 GMT
Server: Apache
X-Pingback: http://beispiel.1a-spielwiese.de/xmlrpc.php
Vary: Accept-Encoding
Content-Type: text/html; charset=UTF-8

Alles anzeigen

Woran kann es liegen, dass http://beispiel.1a-spielwiese.de nicht funktioniert.

Ich suche ein Fußnoten-Plugin, das ermöglicht, den Fußnoten-Text nicht nur im öffentlich zugänglichen Teil der Webseite (Front-End), sonderlich im Eingabe-Feld im WordPress-Admin-Panel am Ende (statt mitten im Text) zu plazieren.

• Ich finde, dass das zum einen erleichtert, Fußnoten (wieder) zu finden und bearbeiten.
• Außerdem sollte es dadurch möglich sein, einen "more"- oder -"nextpage"-Befehl vor den Fußnoten zu plazieren, sodass sie im öffentlich zugänglichen Teil der Webseite getrennt vom Haupttext erscheinen.

@ stoertebeker:

1. Was ist denn mittlerweile der Stand in deiner Sache? Klappt es inzwischen? Und falls ja, wodurch hast du es hinbekommen?

2. Ist das, was du dort am 29.7.beschrieben hattest, eigentlich noch aktuell?

Zitat von stoertebeker

Nun habe ich WP 3.9 aktuell installiert auf auto.de, gemeinsam mit multisite plugin. auto.de klappt bislang prima.
Direkt von WP auf auto.de kann ich auch weitere Blogs initiieren und einrichten, dann aber als auto.de/audi, auto.de/bmw usw. ...
Allerdings hätte ich gerne das alles in subdomains, also audi.auto.de, bmw.auto.de

wie mache ich das?

http://forum.wpde.org/blog-netzwerk/…html#post567395

Bzw. wie passt das denn zu dem was du hier am 21.9. geschrieben hattest:

Zitat von stoertebeker

okay ...
ich wurde zwar initial gefragt und habe auf subdomain installiert

http://forum.wpde.org/blog-netzwerk/…html#post577248

Ich frage, weil das, was du am 21.7. schriebst, nämlich heißt, das du damals nicht "auf subdomain installiert" hattest.

Zitat von lira

Kann ich aber auch direkt in die HTML Datei eingreifen und auch dort Veränderungen vornehmen.

Was meinst Du denn mit "die HTML-Datei"?

Mir ist das Verhältnis von html und CSS auch nicht (ganz klar), aber mir scheint, dass CSS auf html aufbaut und ermöglicht, bestimmten Textsorten/-gruppen 'gebündelt' bestimmte html-Formatierungen zuzuweisen. - Aber keine Ahnung, ob das richtig beschrieben ist.

Was sich z.B. machen lässt, kannst du versuchen, wie folgt nachzuvollziehen:

-- Ich benutze das Theme Reddle. Einen Demo-Blog mit Reddle-Theme findest du dort: http://reddledemo.wordpress.com/

-- Durch eine Reihe von Änderungen habe ich u.a. die Hauptspalte vergrößert, die rechten Randspalte (Sidebar) verkleinert, den Abstand von beiden zu einander sowie den linken Rand der Hauptspalte und den rechten Rand der Sidebar verkleinert und das Aussehen der Sidebar verändert.

Das Ergebnis siehst du dort: http://1a-spielwiese.de.

-- Wie ich diese Änderungen bewirkt habe, ist (abgesehen von dem Austausch der Widgets in der Sidebar) im wesentlichen dort:

https://wordpress.org/support/topic/…th-11?replies=3

dort:

https://wordpress.org/support/topic/…gets?replies=11

und dort:

https://wordpress.org/support/topic/…-foto?replies=5

erklärt.