Beiträge von Ammaletu

Wenn die Pfade so in WP vorkommen, sind sie richtig und der Fehler liegt bei Deiner Installation. Ehrlich, jede WP-Version wird hunderttausende Male heruntergeladen. Du glaubst doch nicht wirklich, dass so etwas Grundsätzliches nicht auffallen würde? ;-)

Mal konkret zum ersten Beispiel: Die Konstante ABSPATH wird in der wp-config.php definiert, ganz am Ende. Die wp-config.php sollte auf der gleichen Ordner-Ebene wie der wp-admin-Ordner liegen, so dass der daraus resultierende Pfad richtig sein müsste. Jetzt wäre die Frage, wieso das bei Dir nicht klappt. Da es beharrlich auch nach Core-Updates passiert, würde ich drauf tippen, dass die ABSPATH-Konstante bei Dir nicht richtig definiert ist. Schau in die wp-config-sample.php um zu sehen, wie das aussehen sollte.

Falls da alles richtig ist müsstest Du Dir den Inhalt der Konstanten mal ausgeben lassen (z.B. als HTML-Kommentar in einer Theme-Datei oder übers Error-Log), um zu sehen, ob vielleicht abhängig von Deiner Serverkonfiguration da nicht der richtige Pfad drin landet. Du hast nicht z.B. die wp-config.php irgendwo anders abgelegt und nur in den Ordner gesymlinked?

zu 2. Such mal ob es ein Plugin dafür gibt. Ansonsten kann man das sicher mit dem richtigen Filter auch selber bauen.

zu 3. Meinst Du die x neuesten Kommentare aller Blogs in einer gemeinsamen Liste oder pro Blog? Letzteres geht ja egnauso wie bei einer normalen WP-Installation auch.

zu 4. Das ist Aufgabe Deines Themes, ob und wo es einen Registrierungs-Link einblendet. Welches Theme nutzt Du denn?

Zitat

Fehlermeldung: Das Plugin wordpress-mu-domain-mapping/domain_mapping.php wurde in Folge eines Fehlers deaktiviert: Die Plugindatei existiert nicht.

Das passiert, wenn Du die Datei bzw. den Ordner eines aktivierten Plugins umbenennst (z.B. durch Verschieben oder Löschen). WP findet die Datei nicht mehr und deaktiviert das Plugin. Hattest Du das Plugin zuerst in einem Ordner aktiviert und dann in den anderen verschoben?!

Der "cannot redeclare"-Fehler ist ebenfalls klar: Du kannst das gleiche Plugin nicht an zwei Stellen ablegen, da sind dann alle Funktionen doppelt deplariert. Da musst Du Dich für einen der beiden Ordner entscheiden. ;-)

Ich glaube eigentlich nicht, dass Du dafür zwei getrennte Blogs brauchst. ODer soll das komplett getrennt sein, also "Neueste Artikel" und "Neueste Kommentare", die Kategorien, Tags, Suchfunktion etc. immer nur auf dem jeweiligen Datenausschnitt arbeiten?

Ansonsten klingt das für mich eher so, als müsstest Du einfach die Beiträge in zwei passende Kategorien sortieren (Eigenes und Gäste eben) und dann im Menü die beiden Kategoriearchive verlinken.

Über ein im Backend zusammengestelltes Menü geht es auf jeden Fall, wie meckerich beschrieben hat. Falls Du Twenty Eleven nutzt und das automatische Menü ansonsten magst, schau Dir meine Anleitung an, wie man den Home-Button umbenannt kriegt:
http://code.freudendahl.net/2012/01/twenty…ton-umbenennen/

Die Seite ist korrekt UTF-8-codiert, da brauchst Du aus meiner Sicht nichts weiter zu machen. Ich würde da eigentlich eher darauf tippen, dass die weiterverarbeitenden Tools nicht korrekt arbeiten. Gerade englische Tools beachten nicht immer, dass es noch mehr Buchstaben als ASCII gibt.

Hat das Theme denn einen Unterordner "languages" mit einer Datei "de_DE.mo"?

Das ist eine Frage des Themes, ob und wo ein Datum ausgegeben wird. Du kannst Dein Theme auf jeden Fall so anpassen, dass man an den Beiträgen kein Datum sieht. Man kann dann aber immer noch in den Feed schauen, wenn es einen interessiert, wann etwas geschrieben wurde. Da kriegt man das Datum denke ich nicht weg, da der Feed sonst nicht valide ist.

Ich hab jetzt einfach mal angefangen mit Korrektur lesen. Was mir aktuell am meisten auffällt ist die Übersetzung von "site". Das ist gefühlt halbe-halbe mit "Blog" und "Seite" übersetzt, und teilweise sieht es so aus, als hätte das jemand nicht ganz vollständig vom einen zum anderen geändert. Was ist da denn der aktuelle Konsens?

Ich finde "Seite" jedenfalls etwas unglücklich, da man es mit "Page" verwechseln kann. "Blog" ist dagegen sehr einschränkend, denn es bleibt ja dem Nutzer überlassen, ob er die Site als Blog nutzt. ;-)

Es ist aber auch so noch viel zu tun. ;-) Ich habe mich gerade durch 50 Seiten Übersetzungen geklickt und fast auf jeder Tippfehler und anderes mit Verbesserungspotential gefunden. Also im Falle des Falles einfach mal zufällig eine der 117 Seiten anklicken und querbeet lesen. Ist halt viel Text und so aus dem Kontext gerissen zu übersetzen ist nicht einfach.

Zitat

Das können wir allerdings nur auf einem internen System umsetzen, da auf translate.wordpress.org keine Differenzierung der formellen zur informellen Version angelegt ist. Ich hoffe, das ändert sich in Zukunft.

Hat sich das in den letzten Tagen geändert? Ich sehe da jedenfalls neben der normalen deutschen Übersetzung auch eine Version "German (Formal)" zur Auswahl. Das ist doch die SIE-Version, oder?

Da wird vermutlich das Stylesheet nicht geladen. Mit einem Tool wie Firebug (oder F12 in anderen Browsern als FF) kannst Du schauen, ob für die Stylesheet-Adresse ein 404 kommt und ob man an der URL vielleicht schon sieht, was falsch ist.

Ist das schon öffentlich? Dann schreib ggf. mal einen Link, zum selber schauen.

Weitere nötige Konfiguration ist mir ansonsten nicht bekannt. Es kann aber natürlich sein, dass das Theme schlecht geschrieben und deswegen nicht MultiSite-fähig ist. Hast Du es mal mit TwentyEleven probiert?

Man kann das selber über PHP-Code ändern, wenn man den richtigen Filter rausfindet. Du könntest Dir aber auch mal dieses Plugin anschauen:
http://wordpress.org/extend/plugins/customize-meta-widget/

Nur ergoogelt, sieht aber so aus, als würde das Deinen Wunsch erfüllen.

Intern sind das alles Terms. Das meinte ich damit, dass es ggf. unerwartete Auswirkungen haben kann, an dieser Stelle anzusetzen.

Mehrfach das gleiche kannst Du nicht installieren. Du könntest natürlich tricksen, das Plugin kopieren, umbenennen und die Metadaten anpassen. Das bringt aber nihcts, wenn das Plugin seine Daten immer an den gleichen Ort speichert.

Prinzipiell sollten Plugins kein Problem haben, die a) alles in den Optionen speichern oder die b) ihre eigenen Tabellen mit dem korrekten Präfix anlegen. Jedes Blog in einem MultiSite-Netzwerk hat eine eigene Options-Tabelle und über den Präfix können wp_2_plugin_table, wp_3_plugin_table etc. ebenfalls koexistieren. Hast Du denn mal ausprobiert, was passiert mit diesem Plugin? Am besten an einer lokalen Kopie Deiner Seite, damit Du problemlos experimentieren kannst.

Was heißt denn "funktioniert nicht"? Was passiert dann? Und falls die Antwort die berüchtigte "weiße Seite" ist: Finde bitte heraus, wo auf Deinem Server PHP-Fehler geloggt werden und schaue nach, welcher Fehler genau auftritt.

Wenn es sporadisch und unvorhersehbar auftritt, könnte es am Arbeitsspeicher liegen, der bei PHP ja begrenzt ist. Mit Plugins wie "Memory Overview" kannst Du testen, wie viel Du zur Verfügung hast und ob Du da schon am Limit kratzt. Falls ja, müsstest Du mit Deinem Hoster sprechen, wie Du mehr Arbeitsspeicher kriegen kannst.

Ich nutze es nicht selber und habe es eben nur ergoogelt, aber es scheint, dass dieses Plugin Dir helfen könnte:
http://wordpress.org/extend/plugins/custom-permalinks/

Sieht für mich allerdings so aus, als müsstest Du das pro Unterseite einzeln konfigurieren. Wenn es sehr viele Seiten sind, ist das vielleicht stressig.

Hat dieses Thema ansonsten irgendwas mit "MultiSite" zu tun? Ich würde das sonst in ein passenderes Unterforum verschieben.

Fehlen denn andere Kategorien als die, die ausgeblendet werden soll? Falls ja wüsste ich nicht genau, woran das liegen könnte. Falls es nur um die ausgeblendete geht, dann kann man in die Filtermethode ja noch einen Test einbauen, ob man sich gerade im Adminbereich befindet und dort nichts rausfiltern. Das sähe dann so aus:

function my_get_the_terms($terms, $id, $taxonomy) {
  if (($taxonomy == 'post_tag') && $terms && is_array($terms) && !is_admin()) {
    foreach ($terms as $term_id => $term) {
      if ($term->slug == 'featured') {
        unset($terms[$term_id]);
      }
    }
  }
  return $terms;
}


add_filter('get_the_terms', 'my_get_the_terms', 10, 3);

Viele Themes bieten keine Einstellmöglichkeiten im Backend oder eben nicht sehr weitreichende. Vor allem neuere Themes haben sowas, denke ich, weil sich da im WP-Core einiges getan hat über die letzten Versionen. Ob das deutsche Theme-Verzeichnis dafür eine gute Anlaufstelle ist, bezweifele ich etwas. ;-) Eventuell schaust Du Dich dafür lieber auf englischen Seiten um.

Davon abgesehen kannst Du ein Theme natürlich relativ leicht anpassen, wenn es denn zumindest so geschrieben ist, dass es ein Child-Theme zulässt, und Du Dich ein wenig mit PHP auskennst: Dann einfach ein Child-Theme anlegen und darin die Ausgabe des Headers überschreiben. In der Funktion z.B. anhand der Site-ID oder des Site-Slugs ein Headerbild wählen. In Deinen Blogs dann dieses Child-Theme auswählen. Das klappt natürlich nur, wenn nicht User sich selber Seiten/Blogs anlegen können. In letzterem Fall müsste das schon übers Backend konfigurierbar sein. Aber für ein eigenes kleines Netzwerk, bei dem Du alleine neue Blogs anlegst, geht das auf jeden Fall.

Siehe dafür eventuell auch dieser Blog-Eintrag von mir:
http://code.freudendahl.net/2012/03/wordpr…logs-einsetzen/

Ein, zwei Blogeinträge weiter habe ich übrigens auch bechrieben, wie man sich eine lokale WP-Installation zum Ausprobieren und Basteln einrichtet, damit man sowas nicht an der Live-Seite online machen muss.

Eine Möglichkeit wäre, dass Dein Webspace voll ist, Du also keinen Speicherplatz mehr hast.

Vermuten würde ich da, dass das Stylesheet Deines Themes irgendwie die Einstellungen des TinyMCE überschreibt. Mit Firebug oder einem ähnlichen Tool könnte man das sicher rausfinden. Dann hast Du auch schon den Klassennamen, für den Du die Styles anpassen musst.