Beiträge von Ammaletu

    Freut mich, dass es wieder geht. :-)

    Zitat

    Wenn ich jetzt noch wüsste, wo und wie die Datei archive.php aufgerufen wird

    Die archive.php wird für Archive wie Tag-Archiv, Kategorienansicht, Tagesarchiv, Jahresarchiv etc. verwendet. Beim Aufruf einer Kategorienseite z.B. schaut WP intern nach diesen Dateien:

    category-42.php (42 = ID der Kategorie)
    category-mein-kategoriename.php (=Category-Slug, glaube ich)
    category.php
    archive.php
    index.php

    Man kann also recht fein granular bestimmen, womit bestimmte Seiten angezeigt werden soll. Wenn bei Dir keine category.php und keine archive.php vorhanden war, dann lief es immer über die index.php


    Zitat

    Ich konnte den Fehler allerdings beseitigen, indem ich mit einem Schuss ins Blaue schlicht und einfach die index.php meines Themes kopiert und als archive.php im Theme-Verzeichnis auf dem Webserver abgelegt habe.

    Das wundert mich ein wenig. Ich wollte jetzt eigentlich gerade sagen, da wurde dann in der index.php vermutlich die Query entsprechend beeinflusst. Aber wenn es daran läge, sollte das Kopieren der Datei da nichts dran ändern.

    Hm, bleibt das wohl erstmal ein Rätsel. Aber wenigstens geht's wieder. ;-)

    Würde mich schon auch interessieren, wie sowas passieren kann. Mir fällt auf Anhieb leider nicht wirklich ein, was die Ursache sein könnte. Im Prinzip kann es aber nur sein, dass etwas in der category.php (oder archive.php oder index.php, falls die anderen Files nicht existieren) die Query ändert oder dass ein Plugin da reinpfuscht. Soweit ich weiß, können sich Plugins per Hook in Querys einklinken und diese modifizieren. Ich würde aber trotzdem zuerst mal schauen, dass die Themedateien ok sind.

    Hast Du ansonsten mal überlegt, eine lokale Testinstanz anzulegen? Gerade um solche Probleme zu lösen, ist eine lokale Testseite sehr praktisch. Siehe: WordPress Deutschland FAQ » Wie kann ich WordPress auf meinem heimischen Rechner installieren?
    Statt neuinstallieren dann einfach einen DB-Dump vom Server importieren, in dem vorher die URLs ersetzt wurden (Domain.de - Das Portal rund um Domains zu localhost/wpordner).

    Die Funktion gehört zu WordPress und ist in wp-includes/widgets.php zu finden (2.6.1). Wenn Du diese Meldung bekommst, denke ernsthaft darüber nach, WordPress noch mal mit einem anderen (besseren) FTP-Programm hochzuladen. Leider habe ich seit Jahren schon kein FTP-Programm mehr gesehen, dass nicht grottenschlecht wäre, und Übertragungsfehler dieser Art kommen entsprechend häufig vor. Du kannst natürlich auch einfach mal schauen, wie die Datei bei Dir aussieht und ob die Funktion drinsteht.

    Lightbox ist keine Medienverwaltung, sondern ein Effekt zur schöneren Bilderanzeige. Ich bin sicher, dass das Plugin eine Doku hat, die Dir erklärt, wie es genau funktioniert. Prinzipiell musst Du einem Link, der auf ein Bild zeigt (und normalerweise die Thumbnail-Ansicht enthält, Textlink würde aber auch gehen), spezielles Markup mitgeben. Bei manchen Scripten ist es ein rel-Attribut, bei anderen eine CSS-Klasse. Bei Lightbox war es glaube ich rel="lightbox", oder?

    Wie die Bilder auf den Server kommen und wie Du den Bilderlink in Deinem Eintrag erzeugst, ist dem Lightbox-Plugin egal. Aber dafür hat WordPress ja alles an an Bord. Schau mal im Editor (TinyMCE) rechts oben nach einem Upload-Icon. Da öffnet sich dann eine Ebene in der Du Dateien hochladen kannst.

    Zitat

    Ich habe neulich eine Funktion gesehen, dass man auf das "Preview" Bild klickt und sich dieses dann öffnet und das Blog überlagert.

    Das nennt sich Lightbox und ist ein Javascript. Mittlerweile gibt es verschiedene Klone, z.B. Thickbox und andere. Für einige gibt es auch ein WP-Plugin, welches den Einsatz des Effektes ziemlich vereinfacht.

    Videoeinbindung: Da solltest Du unterscheiden zwischen Einbinden von Videos von Seiten wie YouTube. Das ist recht simpel und klappt bestenfalls einfach mit dem Code, den YouTube anbietet. Es kann aber sein, dass das sich nicht mit dem graphischen Editor verträgt (TinyMCE).

    Wenn Du Videos selber bei Dir hochladen willst, wird es etwas schwieriger. Dann musst Du Dich für ein Format entscheiden und ggf. einen Player besorgen. Es gibt kostenlose Tools, um Videos ins FLV-Format zu konvertieren, sowie kostenlose FLV-Player. Das wäre vermutlich dafür die beste Lösung. Man kann aber auch andere Format einbinden, die werden dann ggf. mit Media Player oder ähnlichen Browserplugins abgespielt. Oder eben auch nicht, wenn der Besucher Pech hat.

    Du hast vermutlich größere Chancen auf eine Antwort wenn Du noch ein paar Infos ergänzt, wie Du Dir die Grafik vorstellst. Auch ein Link zu der Seite, für die Du das brauchst, wäre hilfreich. Dann könnte man es an die Farben und den generellen Stil anpassen. ;-)

    Du hast diese Zeile aus einem Tutorial so in Deine sidebar.php kopiert? Dann sehe ich den Fehler, denke ich. In dem Tutorial wurden die normalen Gedankenstriche mit typographischen ersetzt, womit PHP nichts anfangen kann. Probier es mal so:

    [LEFT]

    PHP
    <?php get_previous_posts(6, '<li>', '</li>', true, $post->post_date,false) ?>

    [/LEFT]

    In WP gibt es auf jeden Fall Funktionen, die aus einem Post oder einer Post-ID den Permalink generieren. Hm, die entsprechenden Funktionen müsstest Du dann vermutlich in Deinem Code replizieren, aber das wird sicher nicht einfach, da die Funktionen ggf. von Konstanten und globalen Variablen abhängen.

    Andere Frage: Wenn Du die Links mit der ID baust (domain?p=xxx), dann leitet doch WP beim Aufruf automatisch auf die entsprechende Permalink-Adresse um. Damit gäbe es doch kein DC-Problem, Google wird ja wohl die 301-Umleitung richtig verstehen. ;-)

    Ich würde als erstes mal bei den Plugin-Autoren nachfragen, ob das Problem bekannt ist und ob es schon eine Lösung gibt. Wenn die Plugins noch aktiv gepflegt werden, sollten die Autoren da am ehesten eine Lösung für finden können. So viel kann sich von 2.6 zu 2.6.1 ja nicht geändert haben...

    Wenn Du die Wahl hast, würde ich in jedem Fall einen Umzug per DB-Dump bevorzugen. Da ist dann auch wirklich alles drin, und Du kannst da drin ggf. auch gleich die URL anpassen (falls sich die Domain oder der Name des Installationsordners ändert). Der Export enthält meines Wissens nach hauptsächlich die Beiträge, aber z.B. nicht die Links der Blogroll. Kategorien und Tags weiß ich nicht genau, die könnten aber auch dabei sein.

    Von welcher zu welcher MySQL-Version ziehst Du denn um? Und wie genau ist die Syntax-Fehlermeldung? Ich erinnere mich, dass ich mal Probleme mit Dumps von WP hatte. Da war das Bad-Behaviour-Plugin die Ursache, glaube ich, also hatte ich dessen Tabelle einfach aus dem Dump gelöscht und das Plugin am Ziel neu installiert. Waren eh nur Cache-Daten. Du solltest also mal schauen, an welcher Stelle genau es hakt, dann kann man das sicher manuell korrigieren.

    Ich habe leider trotz Deiner langen Antwort immer noch keine Ahnung, was Du nun gemacht hast. ;-)

    Bitte mal auswählen:
    [ ] Du hast eine WordPress-Datei verändert und gespeichert.
    [ ] Du hast eine Theme-Datei verändert und gespeichert.
    [ ] Du hast Deinem Theme eine Datei namens widgets.php hinzugefügt und diese in einer anderen Theme-Datei eingebunden.
    [ ] Du hast lediglich ein neues Theme ausgewählt und im WP-Backend die Widgets konfiguriert.

    Wenn wir wissen, was genau Du gemacht hast, findet sich sicher auch eine Lösung für das Problem. Gegebenenfalls kannst Du auch gleich ergänzen, was Du mit Deiner Aktion erreichen wolltest. ;-) Und habe ich schon gefragt, ob Du nach Fehlermeldungen im PHP-Errorlog geschaut hast?

    Das ist so. Du musst nur ggf. die wp-config.php erhalten (die ist aber beim Standard-WP nicht dabei) sowie den Uploads-Ordner (da liegen Deine Bilder etc drin). Der Rest ist in der Datenbank und von Änderungen an den PHP-Dateien nicht betroffen.

    Trotzdem unbedingt vor solchen Aktionen sowohl die Upload-Dateien als auch die Datenbank sichern! Backups sollte man sowieso regelmäßig machen, aber gerade eben vor Änderungen am Blog. Im Zweifelsfall wenn doch mal was schief geht, kannst Du damit den alten Zustand dann immer wieder herstellen.

    In den Headerbereich (also die header.php) kannst Du prinzipiell reintun, was Du möchtest. Je nach Theme machen normalerweise neben der Headergrafik bzw. dem Seitentitel folgende Sachen den Header aus und sind deshalb in der header.php zu finden: die Ausgabe der statischen Seiten, die Kategorien, einige feste Links.

    Ich denke, wenn Du die install.php aufrufst, würde die merken, dass eine aktuelle Datenbank schon vorhanden ist und da dann nichts dran machen. Aber wo wir gerade beim Thema sind: Du hast aber schon ein Backup sowohl des uploads-Ordners als auch der Datenbank?! Wenn nicht wäre jetzt ein guter Zeitpunkt, eines anzulegen. ;-)

    Ansonsten frag doch wirklich mal Deinen Hoster, ob ihre Server WordPress generell unterstützen und ob auch andere Kunden diese Probleme haben. WordPress ist ja nun nicht irgendeine Software, Hoster sollten schon wissen, wenn es da spezifische Probleme gibt. Was Du ansonsten noch probieren könntest: Mal ein frisches WP 2.5 parallel installieren. Dazu musst Du einfach den table_prefix in der wp-config.php zu was neuem ändern. Mach daraus meinetwegen "wptemp_", dann würde WP die Tabellen mit diesem Prefix daneben legen. Da könntest Du noch mal mit einer ganz frischen Standardinstallation testen, auch ohne Plugins. Wenn das geht kannst Du das gleiche ja mal mit WP 2.6.1 machen und auch das testen. Wenn Dein Hoster WP nicht unterstützt, wäre es ansonsten vielleicht Zeit, mal über einen Umzug nachzudenken. Insbesondere wenn Dein Hoster Dir wirklich kein PHP 5 anbietet.

    Ich hab noch mal etwas gegoogelt und bin mir immer noch nicht sicher, was da passiert. Entweder der Suhosin-Patch meldet da ein Problem, das gar nicht da ist, oder Suhosin löst einen PHP-Bug aus, glaube ich. Es gibt mehrere entsprechende Bugreports in der PHP-Bug-DB, aber nur bei einem steht dabei, dass er letztes Jahr behoben wurde.

    Welche PHP-Version nutzt Du denn? Kommt ein Update auf eine neuere Version in Frage? Hat Dein Hoster sich sonst noch irgendwie geäußert? Und steht sonst noch was brauchbares im Errorlog? Und ich nehme nicht an, dass Du Dir aussuchen kannst, ob Du PHP mit Suhosin möchtest oder ohne!?

    Zitat

    Die TTF-Dateien akzeptieren keine Änderungen.

    Kann es sein, dass Du die Rechte für das Parent-Verzeichnis nicht hast? Das hatte ich letztens mal. Wollte einer Date Rechte setzen, aber das ging nicht, weil ich für einen der Parent-Ordner keine Rechte hatte. Nur so eine Idee...


    Zitat

    Wie lege ich denn Seiten statisch ab?

    Na Du weißt schon, statische Seiten im Unterschied zu Blog-Beiträgen. Wenn es wie gesagt nur um eine Handvoll Seiten geht, erstelle die Bilder doch einfach, leg sie im Theme-Ordner ab und füge die Bilder direkt in page.php ein, mit etwas á la if (page->id == 12) { ... print Bild 1 ... } else if (page->id == 14) { ... print Bild 2 } else the_title();

    Wenn Du die Seiten umbenennst, musst Du die Bilder natürlich manuell ändern. Aber das macht man ja nicht jede Woche.

    Ich finde es ehrlich gesagt nicht sinnvoll, wichtige Informationen wie eine Überschrift in einem Bild zu verstecken. Ist Dir die Optik da wirklich so wichtig, dass Du Nachteile für Besucher in Kauf nimmst?

    Davon abgesehen: Wenn es nur drei, vier Seiten sind, kannst Du die Bilder einfach statisch ablegen und dann in page.php auf die ID der Page testen. Eine wirklich gute automatische Lösung kenne ich nicht, an irgendeiner Stelle hakt es da meistens. SIFR war aber ganz nett, das ersetzt Dir den Text automatisch durch ein Mini-Flash in der gegebenen Schriftart. Aber auch da gibt es Probleme, bei SIFR war es glaube ich das Ändern der Schiftgröße. Gut, ein statisches Bild versagt da auch komplett. ;-)