Beiträge von Ammaletu

    Schau doch bitte mal nach, was Dein Browser da abschickt. Der Bad Request muss ja eine Ursache haben, eventuell in WP eine falsche Blog-URL eingetragen oder so? HTTP-Verkehr lässt sich z.B. mit dem Firefox-AddOn LiveHttpHeaders sehr schön verfolgen.

    Syntronica hat Dir die Antwort im Prinzip schon gegeben: Du baust den Code dort ein, wo Du ihn haben willst. Da Du uns nicht gesagt hast, wo Du ihn haben willst, können wir es Dir auch nicht genauer sagen.

    Da Du Dir nicht sicher zu sein scheinst, wie ein Theme aufgebaut ist und was die Dateien tun, hier dazu eine kurze Übersicht:
    Themes benutzen − WordDoku
    Mehr Infos findest Du im englischsprachigen WordPress-Codex.

    Kurz gesagt: Wenn Du das Rating z.B. nur auf der Einzelansicht haben willst, kommt der Code in die single.php. Wenn Du das Rating immer unter dem Beitrag stehen haben willst, muss er auch in die index.php, archive.php und search.php. Wenn man auch statische Seiten bewerten können soll, wäre es noch in der page.php zu ergänzen.

    Wie man prinzipiell eine Theme-Datei bearbeitet, ist Dir klar, oder?

    Man kann Kategorien ausblenden lassen, so wie bei fast allen WP-Funktionen, die eine Liste von irgendwas ausgeben. Ohne jetzt nachgeschaut zu haben vermute ich mal, dass Du "exclude=123" als Parameter an der entsprechenden Funktion in der sidebar.php ergänzen müsstest, wobei 123 natürlich die ID der auszublendenden Kategorie ist. Und falls schon Parameter dastehen noch ein "&" dazwischen. Falls das nicht klappt müsstest Du mal im WP-Codex nachschlagen, wie der Paremeter genau heißt.

    Ok, ich beschreibe Dir mal, wie es mit phpMyAdmin geht. Falls Du ein anderes Tool hast, müsstest Du probieren, es analog zu machen.

    Einloggen bei phpMyAdmin, dann solltest Du links den Datenbank-Namen sehen und darunter eine Liste an Tabellen. Auf "wp_posts" klicken. Im Hauptfenster sind oben jetzt verschiedene "Tabs" zu sehen. Dort "Anzeigen" auswählen. Auf der dann geladenen Seite siehst Du den Inhalt der Post-Tabelle, bei mir sind es die ersten 30 Datensätze. Wenn dort in den Spalten "post_content" oder "post_title" noch alte Inhalte stehen, sind diese wohl noch vorhanden.

    Wenn die Tabelle leer ist, dann hast Du es irgendwie geschafft, die DB zu überschreiben / zu leeren / neu anzulegen, wobei ich jetzt auch nicht wüsste, wie das bei 'nem Upgrade passieren soll. Deswegen ja auch die Frage, was genau Du gemacht hast.

    Dass Du Dich nicht mehr einloggen kannst ist insofern nicht verwunderlich, als der dafür nötige User ja auch in der DB steht. Wenn da was nicht stimmt, wirkt sich das auch auf den User aus.

    DB-Dump: Alle Daten einer DB in ein Textfile schreiben, aus dem dann ganz einfach eine neue DB erstellt werden kann. Weitere Infos findest Du sicher bei der Wikipedia oder über Google.

    Backups... Damit ich das richtig verstehe, Du hast gar keine Backups? Das ist eigentlich das erste, was ich in einem neuen Blog einrichten würde, z.B. über ein Plugin wie BackupWordPress.

    Dabei fällt mir gerade ein: Wenn Du tatsächlich keine (hinreichend aktuellen) eigenen Backups hast und die alten Inhalte in der DB nicht mehr vorhanden sind, dann kann Dein Provider die DB ggf. auf den Stand von vor ein paar Tagen zurücksetzen. Da könntest Du mal anfragen, ob das geht. Es müsste aber sicher schnell passieren, weil Provider solche Backups meines Wissens nach nur ein paar Tage aufheben.

    Ja, sieht tatsächlich so aus als wäre das mod_rewrite-Modul nicht geladen. Genau kann Dir das sicher Dein Provider sagen und dafür auch eventuelle Lösungen anbieten. Wenn Du das Modul nicht bekommen kannst und auch ein weiterer Server-Wechsel nicht in Betracht kommt, helfen die Tips aus der verlinkten Seite vielleicht weiter? Oder ging das nur mit IIS? Hab's nicht genau gelesen. *g*

    Das sollte nicht wirklich ein Problem sein, allerdings müsstest Du Dich dafür vermutlich mit HTML und CSS etwas auskennen. Ich habe etwas ähnliches mal in einem anderen CMS mit absoluter Positionierung der Bilder gemacht. Das heißt, da gab es auch zwei Spalten, eine Hauptspalte und eine Sidebar gewissermaßen. Die Bilder wurden mit absoluter Positionierung nach links in die Sidebar gerückt, der Text floss normal weiter. Da wäre hauptsächlich die Frage, ob das für alle Bilder gelten soll oder ob es Ausnahmen gibt. Und dann müsste man halt ein Theme entsprechend anpassen.

    Ist Dir die generelle Unterscheidung von statischen Seiten (Page) und Blog-Beiträgen (Post) bei WP bewusst? Dann könntest Du z.B. das Template für die statischen Seiten entsprechend bearbeiten, das wäre die page.php in Deinem Theme. Alle normalen Blog-Beiträge würden so bleiben wie sie sind, alle statischen Seiten (klassischerweise z.B. Kontakt, Impressum oder was Du sonst so angelegt hast) würden mit den Änderungen ausgegeben.

    Wie Tartanrocker schon sagte, wäre es natürlich gut, wenn Du die Änderungen mit etwas Vorsicht durchführst. Ggf. Backups der Dateien machen, falls was schiefgeht. Am einfachsten wäre es, Du postest mal die ganze page.php, dann sagt Dir sicher jemand, was da raus muss. Sollte relativ einfach sein.

    Falls Du mehrere statische Seiten hast, aber nur die eine ändern möchtest, sag noch mal Bescheid. Das geht sicher auch.

    Du hast im Moment angegeben, dass die Liste nach der im Backend eingetragenen "Page Order" sortiert werden sollen (Feld: Reihenfolge). Ich nehme jetzt mal an, dass die momentane Sortierung nicht diejenige ist, die Du dort eingetragen hast. Schreib doch bitte mal, was für Werte für die Seiten dort drinstehen. Falls Du im Moment keine Reihenfolge für die Seiten eingetragen hast, kann WP natürlich auch nicht sinnvoll sortieren. ;-)

    Nimm mal das doppelte "$children = " raus, vielleicht geht es dann? Von der Codex-Seite aus zu urteilen müsste das in WP 2.3 immer noch funktionieren. Rufst Du das von der Parent-Seite aus auf? Auf den Unterseiten müsstest Du damit nämlich das Sub-Menü wieder nicht sehen.

    Das heißt, wenn Du Deine benutzerdefinierte Struktur einträgst, steht der von WP erzeugte Code am Ende auch in der .htaccess drin? Das wäre das erste, was ich checken würde.

    Ansonsten... Was für einen Server hast Du denn? Läuft da ein Apache und falls ja, ist mod-rewrite aktiviert? Falls es ein anderer Server ist, z.B. IIS, lies bitte mal hier weiter:
    Using Permalinks « WordPress Codex

    Wenn es das auch noch nicht ist, brauchen wir vielleicht wirklich mal eine URL um uns das anschauen zu können. Da könnte man dann z.B. mal schauen, was für Links denn generiert werden und ob andere Links gehen, z.B. zu einem Jahresarchiv.

    Gib uns doch bitte ein paar mehr Infos: Von welcher WP-Version aus hast Du ein Update ausgeführt? Und auf welche Version? Was genau hast Du gemacht? Insbesondere in Bezug auf die DB wäre das wichtig zu wissen.

    Als erstes würde ich sagen solltest Du mal direkt in die DB schauen, was da noch vorhanden ist (nichts ändern, falls Du Dich damit nicht auskennst, nur schauen). Hast Du bei Deinem Provider ein Tool wie phpMyAdmin? Damit müsstest Du schauen können, ob ggf. zwei WordPress-Datenbanken vorhanden sind oder Tabellen für zwei Datenbanken mit zwei verschiedenen Präfixen in der gleichen Datenbank liegen. Hast Du die wp-config.php irgendwie geändert bei dem Upgrade?

    Falls in der DB tatsächlich keine Spur mehr von den Original-Postings ist, wäre die nächste Frage die nach Backups. Es wird ja immer recht deutlich darauf hingewiesen, dass man vor einem Upgrade Backups anfertigen sollte (z.B. einen DB-Dump), und zwar genau für Fälle wie diesen. Falls Du welche hast und sich sonst nichts rauskriegen lässt, müsstest Du halt die Backups einspielen. Dazu kann Dir dann hier ggf. jemand nähere Infos geben.

    Was die Widgets betrifft: Hast Du die Sidebar im Backend zusammengeklickt oder wird die über die sidebar.php gesteuert? Widgets sind Seitenelemente, die an im Backend nach Belieben zu einer Sidebar zusammenstellen kann (muss das Theme aber unterstützen). Sie sind aber wohl absichtlich einfach gehalten, so dass man da nicht tausend Sachen dran konfigurieren kann.

    Na gut, nehmen wir mal an, es sind keine Widgets. Steht ja auch im Header und nicht in der Sidebar. Poste doch bitte mal den entsprechenden Ausschnitt aus der header.php (da steht es doch, oder?), der die Seitenliste generiert. Vielleicht sieht man anhand der Argumente der Funktion, warum die Sortierung so merkwürdig ist.

    Zitat

    ansonsten hab ich bereits einen blog der neusten version mit simpletags & bin damit ziemlich unzufrieden.
    - Foto-News
    (weil es mir zum beispiel nicht gelingt die anzahl der ausgegebenen tags zu verändern. das ist so als ob das plugin keine administrativen anweisungen übernimmt)



    Also wenn es nur das ist, das Problem kann man umgehen. Mehr Infos findest Du hier:
    http://forum.wordpress-deutschland.org/plugins-und-wi…html#post138788

    Oh, sehe ja jetzt erst, dass das auch Dein Thread ist. Nicht mehr gesehen, mein Posting?! :-)


    Zitat

    gibt es irgendwo eine quelle wo ich ältere WP-versionen bekomme?
    und vielleicht sogar plugins in verschiedenen versionen?

    Also ich kenne jetzt auf Anhieb keine. Manche Plugin-Autoren bieten auch ältere Versionen zum Download an, und im SVN findet man sicher auch alle älteren Versionen. Aber ich halte es nicht für speziell sinnvoll. Wie gesagt, wenn es nur obiges Problem ist, kann man das umgehen.
    Ansonsten hatte hier letztens gerade jemand auch ein anderes Tag-Plugin für WP 2.3 erwähnt, das auch sehr gut sein soll. Man muss ja nicht Simple Tags benutzen.

    Welcher Link führt nirgendwohin? Der, den ich gepostet hatte? Der funktioniert und führt zu einem Thread, der u.a. folgenden Link enthält:
    Schnurpsel » Wordpress 2.3 - Problem ohne www bei Strato

    Dort ist ein Plugin verlinkt, was offenbar einen Fehler an den Strato-Servern ausbügelt. Falls Du Dein Blog gar nicht mehr aufrufen kannst, auch den Admin-Bereich nicht, müsstest Du vermutlich die Blog-Adresse in der DB direkt ändern, so dass sie das "www" enthält (falls Du das tust, hoffe ich, dass Du weißt wie es geht). Das Problem ist bei schnurpsel.de ansonsten sehr ausführlich und verständlich beschrieben. Anhand dieses Textes müsstest Du eigentlich sagen können, ob das bei Dir die Ursache ist.

    In den Theme-Dateien für die verschiedenen Archive wird ja normalerweise nur ein Auszug des Beitrags angezeigt. Da wird dann jegliches HTML rausgekürzt, um den so generierten Teaser lesbar zu halten und zu verhindern, dass Tags nicht korrekt geschlossen sind. Das ergibt manchmal komische Effekte, ist meistens aber brauchbar.

    Ganz sicher bin ich mir nicht, aber ich denke dieser Effekt tritt nicht auf, wenn Du selber zu den Beiträgen einen kurzen Teaser schreibst und diesen im Theme anzeigen lässt. Unter jedem Beitrag gibt es im Editor ja ein Feld für die "Optionale Kurzfassung" oder so ähnlich. Was da an HTML drinsteht, sollte auch bei der Anzeige drinbleiben. Hab ich selber aber noch nicht probiert.