Beiträge von Ammaletu

Zitat

aber mich würde mal interessieren, warum das Plugin geht und sobald ich Multi-Site aktiviere das Plugin Fehler verursacht??????

Dann trag in Deine wp-config.php mal das hier ein (möglichst nicht in einem Live-System):

define('WP_DEBUG', true);

Und schau damit dann, was beim Aktivieren des Plugins an Fehlermeldungen kommt. Der Autor des Plugins freut sich sicher auch über einen detaillierten Fehlerbericht. Die Multisite-Funktionen wurden ja kürzlich erst ins normale WP integriert, und es sind sicher viele Plugins einfach noch nicht daran angepasst (wenn sie z.B. bisher nicht vorgesehene APIs genutzt sondern Abkürzungen genommen haben, die nun eben nicht mehr gehen).

Geht es nur um Übersichtseiten (Startseite, Kategoriearchiv, Suche...)? Dann ist es ggf, das hier:
http://faq.wordpress-deutschland.org/keine-bilder-k…iv-the_excerpt/

Oder fehlen die Bilder auf allen Seiten, auch in der Einzelansicht? Ein Link zur Seite hilft dann ggf. weiter oder weitere Infos (was steht im Quelltext, gibt es 404-Fehler beim Laden etc.).

In welcher Hinsicht stimmen die Downloadlinks denn nicht? Gib am besten mal ein Beispiel für einen richtigen und einen falschen Link. Hast Du außerdem mal die Forensuche genutzt? Ich erinnere mich dunkel, dass der DL-Manager vor kurzem erst Thema war in einem anderen Thread. Da ging es darum, dass er sich mit einem anderen Plugin nicht verträgt.

Zitat

Zum einen möchte ich wissen ob es möglich das Dateien die via FTP in dem Ordner abgelegt werden automatisch in die Mediathek aufnimmt.

Von sich aus macht WP das auf jeden Fall nicht. In der Mediathek sieht Du die Dateien, die beim Upload über WP mit einem Datenbank-Eintrag versehen wurden. Was Du direkt per FTP in dem Ordner machst, geht an WP leider komplett vorbei. Es kann sein, dass da ein Plugin Abhilfe schafft, aber so auf Anhieb kenne ich keines.

Zitat

Zum anderen würde ich gerne wissen wie die Adresse für Medien heißen muss wenn ich diese einbinden will.

Wenn Du nicht einfach den kompletten Pfad nutzen willst, dann nimm am besten die absolute URL ohne die Domain vorne. Wie das im Detail aussieht, siehst Du ja, wenn Du ein Bild mal über die Mediathek in einen Beitrag einfügst. Die Adresse müsste dann einfach mit "/" beginnen. Damit kannst Du dann immer noch beliebig den Server wechseln (z.B. Backup unter localhost zum Laufen kriegen), solange das Blog im gleichen Unterordner liegt.

Ich fürchte, Du hast noch nicht ganz verstanden, was Du da eingerichtet hast: Die Domain zeigt aktuell auf eine Seite mit einem Frameset, die dann wiederum in einem einzigen Frame die eigentliche Seite lädt. Da die Frameset-Seite sich ja nicht ändert, ändert sich folglich auch nicht die URL im Browser. Speziell sinnvoll ist das aber eigentlich nicht. Wenn Du eine Domain schon mal hast, zieh die WP-Installation doch ruhig darauf um, würde ich sagen. Beachte aber die üblichen Hinweise dazu, es sollte genug Anleitungen zum Ändern der Adresse einer WP-Installation geben. Im Zweifelsfall immer zuerst ein Backup machen!

Du kannst das Widget entweder überschreiben (Original aus der WP-Coredatei raussuchen, in die functions.php des Themes kopieren, oder anpassen, das alte Widget deregistrieren und das neue registrieren) oder Du suchst nach Widgets mit mehr Optionen unter wordpress.org. Für die Feeds z.B. könnte es das geben, denke ich.

Kannst Du auch, aber dann solltest Du mal schauen, ob Du in die functions.php des Themes aus Versehen PHP-Fehler eingebaut hast (Klammerfehler oder so etwas). Zumindest nehme ich an, dass sich die Fehlermeldung darauf bezieht.

Hm, verstehe ich jetzt nicht ganz: Du hast doch ein funktionierendes Beispiel. Das sollte sich doch relativ problemlos abschauen lassen?! Was genau hast Du denn isher probiert und auf welche Weise funktioniert das nicht?

Tja, WP schickt den Besucher beim Aufruf der Kategorieseite

http://www.meine-hochzeit-sachsen.de/allgemein

zu dieser Adresse:

Location: http://www.meine-hochzeit-sachsen.de/./allgemein

Das interpretiert Firefox nun wieder als die ursprüngliche Adresse. Keine Ahnung, wie das andere Browser machen, ggf. rufen die einfach die Adresse mit Punkt auf. So oder so ist das nicht so recht sinnvoll. Kann es sein, dass die Lösung mit dem Punkt früher mal ging und jetzt nicht mehr?

Du überschreibst immer den per URL reingereichten Query-String, wenn ich das richtig sehe. Korrekter müsste es so aussehen (aus dem Gedächtnis, kann sein, dass die genaue Syntax anders lautet):

<?php query_posts($query_string . '&category_name=Blog'); ?>

Zitat

There are one or more PHP parse errors in your custom functions.

Soweit ich weiß ist das keine Meldung, die von WP selber kommt, zumindest konnte ich in den Core-Dateien so auf Anhieb diesen Text nicht finden. Kommt das vielleicht vom Theme? Wechsel mal kurz aufs Default-Theme und schaue nach, ob die Message dann weg ist.

Die Frage wäre erst mal, wo die Schleifen herkommen. Das ist einfach, denke ich. Ich zitiere mal von hier: http://www.tinyweb.de/local/redirect.html

"Alle Anfragen für Dokumente, die mit diesem Pfad beginnen, werden mit einer Umleitungsmeldung [...] beantwortet."

Das hier ist also unweigerlich eine Endlosschleife, weil ja die URL, auf die umgeleitet wird, ebenfalls auf die Umleitung passt.

Redirect /wp/gameinfo http://localhost/wp/gameinfo/story

Lösung: Statt Redirect analog zu den WP-Permalinks RewriteRule nutzen. Da ist der String immer eine Regular Expression, die Du mit ^ und $ begrenzen kannst. Das könnte dann so aussehen:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^/wp/gameinfo/?$ http://localhost/wp/gameinfo [L]
</IfModule>

Zitat

ok habe es auf meiner site weggebracht

Und wie? Bzw. woran lagen die Ausgaben?

Zitat

aber in wp steht immer noch eine fehlermeldung

Welche?

Du kannst das Blog ohne Plugins laden, wenn Du mal den Plugin-Ordner per FTP kurz umbenennst. Wenn es dann geht, ist es eines der Plugins. Währenddessen aber nicht die Pluginseite aufrufen im Backend, sonst werden die alle deaktiviert.

Außerdem kannst Du ja mal kurz aufs Default-Theme umschalten und dann schauen.

Wenn WP sich weigert, die URL mit dem Jahr am Ende anzunehmen, weiß ich auch nicht so recht. Als Query-Parameter kann man es natürlich machen, siehe z.B. http://www.webopius.com/content/137/us…rs-in-wordpress

Ansonsten müsste man vielleicht mal in WPs Quellcode schauen, was da genau passiert und ob man das auch über irgendeinen Filter beeinflussen kann. Das wäre im Prinzip der Code, der aus der URL die Query-Parameter parst. Ich nehme aber an, dass das etwas komplizierter wird...

Finde in der wp_users-Tabelle die IDs heraus. Alter Nutzer=X, neuer Nutzer=Y. Dann:

UPDATE wp_posts SET post_author = Y WHERE post_author = X;

Vorher ein Backup der ganzen DB ziehen!

Außerdem natürlich "wp_" anpassen, falls Du einen anderen DB-Prefix verwendest. Danach müsste sich der neue Nutzer löschen lassen über das WP-Backend, hoffe ich.

Wenn die URLs immer so aussahen wie die obere und nur die IDs verschieden sind, kannst Du das einfach mit einem Befehl in der .htaccess machen. Den auf jeden Fall vor den WordPress-Block ganz oben in die Datei schreiben!

Hm, mal frei aus dem Gedächtnis und sicher voller Fehler (nicht an der Live-Seite ausprobieren):

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} ^did=([0-9]+)$
RewriteRule ^/brushes/?$ wp-content/plugins/download-monitor/download.php?id=%1 [L]
</IfModule>

RewriteBase so wie es WP auch verwendet setzen.

Das ist JavaScript-Code, der falsch eingebunden ist ins Blog. Kann das sein, dass da jemand versucht, Google-Translate-Buttons im Footer zu ergänzen? Musst Du mal schauen, an welchem Plugin das liegt oder ob das vom Theme kommt.

Das kannst Du sicher direkt in der Datenbank reparieren. Dann aber auf jeden Fall vorher ein Backup machen! Oder Du stellst den Zustand vor dem Import wieder her und änderst das Import-File entsprechend, das dürfte ggf. einfacher sein.

Das steht in einem Cookie, soweit ich weiß. Keine Ahnung, ob man das abstellen kann. Wieso stört Dich das denn? Ich finde das eigentlich recht nützlich für Gäste, die mehrmals kommentieren wollen.