Beiträge von Ammaletu

    Mögliche Ursachen:
    - Das Senden von Trackbacks ist im zweiten Blog deaktiviert oder das Empfangen von Trackbacks im ersten. Letzteres kann global oder am Posting gemacht werden.
    - Das erste Blog ist nicht öffentlich, z.B. per .htaccess mit einem PW geschützt. Da kommt der Ping natürlich nicht durch.
    - Akismet oder ein anderes Plugin hat den Trackback als Spam eingestuft. Dann müsstest Du ihn im Backend in der entsprechenden Ansicht wiederfinden.
    - Die Serverkonfiguration lässt keine Trackbacks zu. Details kenne ich nicht, aber wir hatten mal einen Kundenserver, wo wir das auch partout nicht hinbekommen haben.

    Ok, das waren jetzt nur mal ein paar spontane Ideen dazu... :)

    Ich bin mir ziemlich sicher, dass das daran liegt, dass entweder TinyMCE selber oder TinyMCE mit TinyMCEadvanced das Stylesheet Deines Themes lädt. Da ist das sicher angegeben, oder? Ob man das verhindern kann, weiß ich aus dem Kopf gerade nicht. Aber die kurze und schmerzlose Lösung wäre es sicherlich, die Styles einfach in ein anderes File auszulagern. Ich habe bei mir z.B. in der style.css im Themeverzeichnis nur den Header stehen, den WordPress für die Anzeige in der Themeauswahl braucht. Alle anderen Styles habe ich im Untrordner "css" in eine neue style.css gelegt, die dann in der header.php des Themes natürlich auch eingebunden werden muss. Dann würde TinyMCE (nach dem Leeren des Caches) nur noch die quasi leere Styledatei sehen und Du hättest Deine Ruhe vor solchen Effekten.

    So, hoffe, das war richtig geraten. ;) Aber ich erinnere mich, dass bei meinem TinyMCE z.B. Linkformatierungen plötzlich im Editor auftauchten, aus genau diesem Grund. Natürlich kannst Du TinymCE auch einfach komplett abschalten, dann sollte das Problem auch nicht mehr auftauchen und es arbeitet sich eine ganze Ecke besser. ;)

    Also ich kann wie üblich nur raten, aber ich probier's mal.

    A) Das hängt mit dem Tool "suPHP" zusammen, das auf Deinem Server offensichtlich eingesetzt wird. Man könnte die angezeigte Meldung so interpretieren, dass sich suPHP über diese Schreibrechte beschwert, so dass Du mal probieren könntest, die Schreibrechte dieses Ordners nur für Deinen User zu setzen.

    Davon abgesehen rät die suPHP-Website zu einem Update auf Version 0.6.3, was Du ggf. Deinem Hoster ja mal mitteilen könntest:
    suPHP - Home

    B) Die suPHP-Meldung hat mit dem eigentlichen Fehler nichts zu tun und steht da nur zufällig. Dann würde ich doch mal hoffen, dass im PHP-Errorlog die eigentliche Fehlermeldung steht. Da solltest Du mal nachschauen.

    Wie gesagt, nur geraten, aber vielleicht hilft es Dir ja weiter. Viel Glück! :)

    Hallo Silvi!

    Kein Problem... dachte ich, aber offenbar gibt es die benötigte Funktion noch nicht in WordPress. Aber dann schreiben wir die halt selber (kann sein, dass es sie in 2.5 auch schon gibt, das müsste mal jemand anders ergänzen). Das hier einfach in die function.php Deines Themes:

    Dann schließt Du die Anweisungen, die auf einigen Seiten nicht erscheinen sollen, einfach so hier ein (in der single.php, im Loop):

    PHP
    <?php if (!has_tag('gemeinsamer_tag_name')) { ?>
      erstellt von: 
      erstellt am:
      usw.
    <?php } /* end if */ ?>

    Damit würden diese Angaben nicht ausgegeben werden, wenn der aktuelle Beitrag das Tag "gemeinsamer_tag_name" hat.

    Grüße,
    Johannes

    Also ich würde jetzt zuerst mal versuchen sicherzustellen, dass der DB-Umzug korrekt geklappt hat. Der Autor von Mysqldumper lässt sich hier recht ausführlich zu der Problematik aus:
    MySQLDumper-Board :: Thema anzeigen - Die Umlautproblematik - was, wieso, was tun?
    Falls Du also nicht die Version 1.22 oder neuer dieses Programmes nutzt, lohnt es sich eventuell, den DB-Umzug noch mal zu wiederholen.

    Und dann muss natürlich der PHP-Fehler noch weg. dazu hatte ich hier schon mal was geschrieben:
    http://forum.wordpress-deutschland.org/installation/3…-auf-2-5-a.html
    Da hatte ich vermutet, dass das an den kaputten Text-Widgets in der DB liegt. Enthält Deine alte DB Text-Widgets für die Sidebar, welche Umlaute enthalten?! Dann sollte das hoffentlich wieder gehen, wenn die Umlaute in der DB stimmen. Schlimmstenfalls müsste man die Text-Widgets manuell aus der DB löschen und neu setzen. Gespeichert sind sie in der wp_options-Tabelle.

    Also zuerst mal müsstest Du Dir klar machen, wie WordPress funktioniert: Die Daten werden in eine Datenbank gelegt, sind also im Dateisystem nicht zu finden. Wie Du sie dann aufrufst, über welche URL, ist bei WordPress einstellbar. Schau mal unter Einstellungen > Permalinks. Das default-Format ist etwas wie "localhost/wordpress/index.php?page=1" oder so. Das sollte immer gehen. Dann kann man aber auch schönere Links einstellen, etwa "localhost/wordpress/test". Damit die gehen, muss der Server aber einige Voraussetzungen erfüllen, mod_rewrite muss aktiviert sein unter anderem.

    Falls Du das lokal unter WAMPP testest, musste noch etwas im Apache eingestellt werden. Ich weiß, dass die Permalinks bei mir auch erst nicht gingen, bis ich das ergänzt hatte. Bin mir nur gerade nicht sicher, was es war, aber schau mal, dass Du diese Anweisungen in Deiner Apache-Config stehen hast:

    Code
    <Directory "D:/webapps/wordpress/">
        Options FollowSymLinks
        AllowOverride FileInfo
        Order allow,deny
        Allow from all
      </Directory>

    Das hatte ich in einem anderen Thread vor ein paar Tagen eigentlich schon geschrieben, dachte ich. Das hier verursacht IMHO das Problem: "open_basedir restriction in effect. File(/tmp/) is not within the allowed path(s)". Steht ja eigentlich alles da: Es wird versucht, auf ein temporäres Verzeichnis zuzugreifen, welches nicht erlaubt ist. Wenn Du nicht Deinen eigenen Server managst, müsstest Du da mal beim Support Deines Hosters nachfragen, was man daran machen könnte.

    Und magst Du näher ausführen, was "funktioniert nicht" heißt? Das Plugin hast Du wieder entfernt, oder? Und um welche WP-Version geht es überhaupt?

    Ähm, also so ganz sicher bin ich nicht, was Du da tust. Aber falls Du das Widgets-Plugin zu installieren versuchst, das ist in neueren WP-Versionen nicht mehr nötig, da schon integriert, und müsste beim Versuch der Aktivierung zu einem Fehler führen (weil die gleichen Funktionen im WP-Core ja schon da sind). Habe ich das jetzt richtig gedeutet?!

    Also, um Widgets nutzen zu können, muss Dein Theme Widgets unterstützen. Wenn es das nicht von sich aus tut, kannst Du es dazu bringen. Sag Bescheid, dann poste ich Details oder einen Link zur offiziellen Doku. Es sind nur einige Zeilen in der functions.php und der sidebar.php zu ergänzen. Welches Theme nutzt Du eigentlich?

    EDIT: Hab es noch schnell rausgesucht. Das ist die offizielle Doku, die eigentlich auch schon alles dazu aussagt: Widgetizing Themes « Automattic

    Ok, ich poste Dir mal eine Lösung, wie ich sie benutzt habe. Da werden innerhalb der list_pages-Funktion auch custom fields ausgegeben. Achtung: Das habe ich für WP 2.3.3 geschrieben. Falls sich die Methoden in neueren WP-Versionen geändert haben, müssten sie theoretisch an diese Änderungen angepasst werden.

    Also, folgendes in die functions.php Deines Themes:

    Das ist die überschriebene Funktion wp_list_pages. Geändert wurde nur der Klassenaufruf unten von Walker_Page zu My_Walker_Page. In der sidebar.php ersetzt Du dann natürlich wp_list_pages() durch my_list_pages(). Argumente bleiben gleich. Und dann natürlich die neue Klasse, welche die alte Klasse erweitert (einfach darunter in die functions.php):

    In diesem Beispiel wird zu jeder Seite ein Custom Field mit einer Bild-URL ausgelesen (falls vorhanden) und statt des Textes verlinkt. Das müsstest Du jetzt nur zu Deinem gewünschten Output anpassen. Und wie gesagt, keine Garantie, dass es mit WP 2.5 noch so funktioniert. ;)

    Gerade das Update über größere Versionen ist auch nicht ganz ohne, weil sich dann teilweise doch einiges im Innenleben von WP geändert hat. Aber deswegen wird es mit der Zeit auch nicht leichter. Ein Update von einer 2.0er-Version auf 2.3.3 habe ich allerdings vor einigen Wochen relativ reibungslos über die Bühne gebracht. Es kann also auch alles glattgehen. Dabei wird viel wohl von den Plugins abhängen, die Du verwendest. Aber wie gesagt, mit Backups und einem lokalen Test kann man das relativ entspannt angehen. ;)

    So oder so ist das besser als wenn Dein Blog am Ende gehackt wird und ohne Dein Wissen Spam und Viren verbreitet. Ich kann Dir aus dem Kopf nicht die genaue Version sagen, aber einige ältere WP-Versionen hatten Sicherheitslücken, die sowas ermöglichen und auch immer noch fleißig ausgenutzt werden. :-/

    Ansonsten zu Deinem Problem: Schau mal, ob die Datei search.php in Deinem Theme vorhanden ist. Wenn die da ist, könnte es auch sein, dass die .htaccess-Datei nicht stimmt und deswegen falsch umleitet. Das wären so zwei Sachen, die mir zu der nicht funktionierenden Suche einfallen würden.

    Zu Deinem Problem kann ich Dir nicht wirklich etwas sagen. Aber ich wollte Dir ein Update doch ans Herz legen, da ältere WP-Versionen teilweise Sicherheitslücken enthalten. Außerdem wird es schwieriger, je länger Du wartest und je mehr sich WP dabei verändert.

    Also, WP 2.5 oder 2.3.3 ziehen (noch werden beide Zweige gepflegt und sind - hoffentlich - frei von Sicherheitslücken). Und dann am besten lokal mit XAMPP eine Testinstallation aufsetzen. Das ist in wenigen Minuten gemacht und dann kannst Du das Update in aller Ruhe ausprobieren.

    Zitat

    Vielen Dank, habe ich nun mal eingefügt und auch UTF-8 ist eingetragen, doch leider keine Änderung.

    Würde ich so nicht sagen. Die Stellen, die mir vorher aufgefallen waren, werden jetzt korrekt angezeigt. Die Linkliste in der Sidebar zum Beispiel. Ich habe ein bisschen herumgeklickt, konnte aber keine kaputten Sonderzeichen mehr entdecken. Habe ich was übersehen? Ansonsten denke ich, hat das geholfen. Wenn Du bei Dir noch die alte Ansicht siehst, probiere es mal mit Strg + F5, um den Browsercache zu leeren.

    Ein Template kannst Du nicht zuweisen, aber Du kannst die Unterscheidung natürlich auf anderem Wege machen. Zum Beispiel könntest Du die Angaben bei Posts einer bestimmten Kategorie oder Tag nicht anzeigen. Wenn Du ein Tag dafür nimmst, ist es ja quasi relativ frei zuweisbar.