Beiträge von Ammaletu

    Zitat

    OK, nähere Beschreibung für das erste Problem: Wenn Du im FF auf "Home", "Wir über uns" usw. klickst, dann ändert sich die Farbe.

    Ah, das meinst Du. Also das funktioniert bei mir im FF 2, IE 7 und IE 6. Wüsste jetzt vom Stylesheet her zu urteilen auch nicht, warum es das nicht sollte. Kann es sein, dass Dein IE 6 noch eine ältere, gecachte Version des Stylesheets verwendet, wo das noch nicht drinstand!?


    Zitat

    Zu Deinen Tips: Wenn ich #post .post drin lasse, sieht das in FF gut und richtig aus,

    Dann aber nur zufällig, weil dann die Standardeinstellung des Browsers greift oder irgend sowas. Da es ja keine ID namens "post" gibt, jedenfalls nicht dort, wirkt die entsprechende Deklaration ja nie.


    Zitat

    Lieber wäre es mir allerdings ohne Hacks, bekomme das aber gerade wohl nicht hin. Auf den normalen HTML/CSS-Seiten habe ich damit keine Probleme, WP stellt mich hier immer wieder vor Herausforderung.

    Wieso brauchst Du denn überhaupt eine eigene Definition für den IE? Ich bin mir nicht sicher, wozu Du die Hacks verwendest, ehrlich gesagt. Ich hab jetzt aber auch nicht die Zeit, mich im Detail in Dein Stylesheet einzulesen. Ich würde Dir vorschlagen, über jeden Hack einen /* Kommentar */ zu schreiben, was er tun soll. Vielleicht wird dann das ein oder andere auch schon überflüssig. ;)


    Zitat

    Und noch ne Frage: Ich habe in der Navigation verschiedene Abstände eingebaut, um das einfach übersichtlicher zu gliedern. "Home" soll abgesetzt sein usw. Habe das mit <p></p> gemacht, das wird mir aber beim Validieren angemeckert und mit einer eigenen "class" bin ich da auch noch nicht weitergekommen.

    Das wird angemeckert, weil Du p-Tags in h3-Tags stehen hast. Fasse doch lieber zusammengehörende Blöcke zusammen, etwa so:

    Hm, also das was Du gepostet hast, hat aber offensichtlich eine 200-Antwort bekommen und keine 400. Stand im Content dann trotzdem 400 drin?

    Anyway, 400 müsste generell was mit der angefragten URL zu tun haben, denke ich. Kann es an der Subdomain liegen, irgendwie?!

    Also wenn Dir eine PHP-Datei zum Download angeboten wird, ist irgendwas komplett falsch. Das sollte nichts mit Plugins zu tun haben. Bin mir auch sicher, dass dieses Problem hier schon mal zur Sprache kam...
    http://forum.wordpress-deutschland.org/allgemeines/26…ht=php+download

    Leider steht da aber wohl auch keine echte Lösung dafür drin, außer dass es ggf. an falsch hochgeladenen Dateien liegen könnte. Aber das kommt ja eigentlich nicht hin, wenn es mal geht und mal wieder nicht, oder?!

    Hm, hast Du schon mal ins PHP-Fehlerlog geschaut?

    Kann es sein, dass is_page case-sensitive ist? Die Seite heißt ja vermutlich "Firma", aber Du prüfst auf "firma". Ansonsten fällt mir jetzt nicht wirklich ein Grund ein, warum das nicht funktionieren könnte.

    Wenn es das nicht ist, muss man vielleicht von Problemen mit Plugins oder dem Theme ausgehen (auch wenn ich nicht wüsste, wie das gehen sollte). Du könntest ggf. diesen Code-Block mal testhalber lokal ins Standard-Theme einbauen und schauen.

    Ach ja, bei "home" fehlt noch das Leerzeichen vor "class". ;)

    Dein erstes Probleme verstehe ich nicht wirklich, bitte mal ausführlicher beschreiben. Das zweite ist dagegen relativ einfach (glaube ich). In Deinem Stylesheet steht z.B.:

    Code
    #post .post h2

    Ich sehe aber keine ID namens "post". Das müsste also eher heißen ".post h2" (so steht es ja schon bei h3) oder "#content .post h2". Die "#post .post"-Kombination stand auch an anderen Stellen, glaube ich.

    Nebenbei bemerkt, wenn ich mich recht entsinne, funktioniert der Star-Hack im IE-7 nicht mehr (bei Dir z.B. in "* html .singlepost h2"). Müsstest Du ggf. aber noch mal googlen.

    Zitat

    Ich habe folgendes Problem, ich hab keinen Zugriff auf den Menüpunkt Verwalten (edit.php) wenn ich "zuviele"? plugins aktiviert habe

    Kannst Du ein bisschen genauer sagen, was Du mit "kein Zugriff" meinst? Überschreitet dann WP die erlaubte Ausführungszeit für PHP-Skripte auf Deinem Server? Oder kommt eine andere Fehlermeldung? Eventuell kann man ja an der Ursache des Problems was machen.

    Ja also serverseitig muss natürlich alles für die Permalinks da sein. Die beiden genannten Einstellungen gehören zu Apache (httpd.conf?). Das müsstest Du ggf. über Deinen Provider rauskriegen, ob das eingeschaltet ist (FAQ, Forum, nachfragen).

    Ansonsten poste doch mal die Anfrage, die zu der 400-Antwort führt.

    Ich habe es bei mir lokal gerade mal ausprobiert und es funktioniert (WP 2.3.1). Deswegen wüsste ich jetzt nicht, wieso die Page Order bei Dir nicht funktionieren sollte. Du nutzt nicht zufällig eine ältere WP-Version? In dem Fall kannst Du ja im offiziellen WP-Fehlertool Trac mal suchen, ob die Funktionalität irgendwann mal kaputt war.

    Aber generell sollte es so funktionieren. Im Template wp_list_pages mit sort_column=menu_order einbinden und dann für die Seiten im Feld "Reihenfolge" Werte wie 1, 2, 3... vergeben (und diese Werte natürlich speichern, klar).

    Wenn Deine Lösung funktioniert, kannst Du doch analog dazu auch den Link variabel erzeugen. Etwa so:

    PHP
    Datum: <?php the_time('d.')?> <a href="http://koffje.org/?m=<?php the_time('F')?>"><?php the_time('F')?></a> <a href="http://koffje.org/?m=<?php the_time('Y')?>"><?php the_time('Y')?></a>.

    Also, dabei mal vorausgesetzt <?php the_time('F')?> erzeugt den Monat als Zahl und nicht als Wort (falls doch, gibt es sicher andere Argumente als F die das bewirken). Hab jetzt nicht nachgeschaut oder getestet. ;)

    Syntronica: Sorry, aber Deinen Kommentar kann ich überhaupt nicht nachvollziehen. Das gepostete Beispiel sieht doch korrekt aus!?

    Merz Manuel:
    In der HTML-Ausgabe steht aber schon auch noch der Link und das schließende li-Tag drin, oder? Ich hab das gerade mal in meiner footer.php ausprobiert und es funktioniert. Du rufst das auf einer statischen Seite namens "home" auf, oder? Das sollte IMHO funktionieren. Steht vielleicht davor in der footer.php noch was, was die Ausführung beeinträchtigt?

    Sieht für mich so aus, als läge es am Server, was ja auch insofern logisch ist, als Du es schon von einem anderen Rechner aus probiert hast. Kann es an Schreibrechten auf dem Server liegen? Oder ist da vielleicht generell was fehlkonfiguriert? Wenn Du per FTP nichts hochladen kannst, wie ist dann eigentlich WP auf den Server gekommen?

    Wenn Du Dich mit FTP in Deinem Webspace einloggst, müsste das da irgendwo zu finden sein. Bei meinem Provider habe ich ganz oben auf der obersten Ebene einen Ordner "logs", in dem die Datei "phperror.log" liegt.

    Der genaue Ort der Log-Datei (und ob überhaupt in eine Datei geloggt werden soll) kann z.B. über php.ini-Dateien gesteuert werden. Aber das kommt wirklich darauf an, wie es bei Deinem Webspace eingerichtet ist. Dein Provider hat dazu ggf. einen Eintrag in seinen FAQ, vielleicht auch ein Forum wo man sowas finden kann. Schlimmstenfalls frag den Provider per E-Mail.

    Ich glaube nicht, dass important hier die Lösung ist. Sollte man sowieso, wenn überhaupt, nur sehr sparsam einsetzen.

    Die Frage ist eher, wo hängt die Smiley-Klasse dran? Wenn sie am Bild selbst hängt, was ja logisch wäre, muss der korrekte Aufruf so aussehen:

    Code
    [B].post-content img[/B][B].wp-smiley[/B][B] { ... }[/B]

    Das ist ganz einfach: Die Breite des Contents ändert sich überhaupt nicht (920 Pixel bei mir, auf allen Seiten). Aber auf langen Seiten blendet Firefox die Scrollbar ein, auf kurzen nicht. Das führt dazu, dass beim Wechseln zwischen langen und kurzen Seiten die zentrierte Seite immer etwas hin und her wackelt. Im IE ist die vertikale Scrollbar ja immer eingeblendet.

    Abhilfe: Die Scrollbar auch im FF immer anzeigen. Dazu im Stylesheet das hier notieren:

    Code
    html {
      min-height: 100.1%; /* always display vertical scrollbars to avoid jumping between pages */
    }

    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*