Beiträge von marX

Könnte ein Fall für die Custom Fields (benutzerdefinierte Felder) sein:
Using Custom Fields WordPress Codex

Welcher Browser? Welches System? Welche Systemkonfiguration (z.B. Personal Firewall, Virenscanner, ...)?

2 Möglichkeiten:

1. Plugin Members only
2. mit dem Plugin Role Manager angemeldeten Usern erlauben, als privat markierte Artikel zu lesen

Was ich auf die Schnelle noch sagen kann - hast du es mal mit einem WP-Upgrade (aktuelle Version, also derzeit 2.6.3) probiert? Dürfte in deinem Fall ja kein großes Problem darstellen, da du keine Plugins hast und das Theme auch noch Original ist. Dabei vollständiges Upgrade, also bis auf wp-content/ und wp-config.php alles runterlöschen. Siehe Doku:
Upgrade ? WordDoku

Damit kann dann auch gleich ausgeschlossen werden, dass es irgendwo an einer WP-Core-Datei klemmt.

Ja wenn du nur auf die Hälfte seiner Fragen antwortest... 8-)

Zitat von BET65

Der "Rest" von meiner Homepage ist statisches HTML. Das sollte es keine Probleme geben. Bei meinem Hoster (1und1) sind aber noch andere SQL-Datenbanken (ein PHPBB2-Forum, das alte Weblog, ein Wiki das in Arbeit ist und ein altes Board). Die liegen aber all in getrennten Verzeichnisbäumen. Ich denke daher nicht, dass die sich stören - weiß ich aber auch nicht so genau.

Dürfte eigentlich nicht.

Ich schau morgen wieder rein...

Zitat von BET65

Mich wundert es, da ich mir keiner "Schuld" bewusst bin und weil die "Kategorie"-Links ja nach wie vor funktionieren.

Wie gesagt, das Problem scheint der "m"-Parameter der Datumsarchive zu sein. Funktionierten denn die Datumsarchive schonmal?

Zitat

Im error-log des Web-Servers nachschauen?????? Na jetzt wird's ja lustig. :-(
Muss ich erst mal gucken wie und wo das geht und ob mir die Log-Datei überhaupt irgendwas sagt, was ich verstehe.

Schon klar, aber vielleicht steht da irgendwas auffälliges. Vielleicht den Fehler einfach mal provozieren, Aufrufzeitpunkt merken und dann im Logfile nachschauen, ob zu diesem Zeitpunkt irgendwas dort eingetragen wurde.
Wo du das Logfile findest kann dir sicher dein Hoster sagen. Und schau auch mal in den FAQ-Artikel den ich oben verlinkt hab.

Der Rest deiner Website, wird der auch von einem CMS verwaltet? Vielleicht verträgt sich das nicht mir deinem WordPress.

Zitat von BET65

Danke. Ich probier das mit dem Anlegen der date.php gleich mal aus.
Edit: die date.php hat keinen Effekt!

[del]Ja, mach das.[/del]
Schade! :-|

Zitat

Hier schon mal die functions.php aus dem nebula-Theme:

Gut, die legt nur den Grundstein für widgetfähige Sidebars. Also auch okay.

Zitat

An Plugins laufen:
Akismet 2.1.4
Hello Dolly 1.5
Beide haben aber den Status "inaktiv".

Gut, können wir dann auch ausschließen.

Zitat

Sorry, dass ich so viel Probleme mache!

Nana, nicht doch, dafür ist das Forum ja da. ;-)

Mmh, so langsam hab ich aber auch keine Idee mehr, ohne mir die Site näher anzusehen.

Was vielleicht noch interessant wäre: seit wann tritt das Problem auf, hast du vorher irgendwas am Blog gemacht? Und schau vielleicht mal ins error.log des Webservers, ob da was auffälliges zu sehen ist (aber die Datei bitte nicht posten - könnte u.U. länger sein... ;-))

FAQ-Artikel dazu: http://faq.wordpress-deutschland.org/wie-gehe-ich-a…blog-auftreten/

Zum Ändern der Dateirechte: der Begriff CHMOD (<- click) ist im Lexikon erklärt, und in der FAQ gibts auch einen Artikel, der sich damit beschäftigt:
WordPress Deutschland FAQ »Die Datei ist derzeit leider nicht beschreibbar…« - wie ändern?

Ja sicher. Du musst nur herausbekommen, in welcher Datei der überflüssige Zeilenumbruch ausgegeben wird. Die wp-config.php wäre möglich, andere Möglichkeiten hab ich dir ebenfalls genannt. Da man aber von außerhalb nicht auf den Quellcode deiner PHP-Dateien zugreifen kann, kannst du nur selbst nachsehen.

Zitat von BET65

hier die index.php aus dem Verzeichnis "nebula-10":

Okay, die sieht sauber aus.

Zitat

Sorry - hab leider keine Ahnung welche davon gebaucht wird, aber im Verzeichnis mit dem Nebula-10-Theme ist keine header.php.

Ja du hast natürlich recht, das Nebula-Theme hat keine header.php. Die der anderen Themes dürften egal sein, trotzdem danke.

Okay, also das Theme scheint okay zu sein. Aber poste bitte mal noch den Inhalt der functions.php des Nebula-Themes. Hast du irgendwelche Plugins aktiviert?

Irgendwie tritt bei dir ein Fehler auf, wenn der "m"-Parameter für datums- (monats-)basierte Archive aufgerufen wird... mal schauen ob wir herausbekommen, wer oder was da quer schießt.

Und noch eine Idee, die vielleicht hilft: Kannst du eine date.php im Theme anlegen? Dazu einfach die index.php kopieren und die Kopie in date.php umbenennen.

Okay, das macht nichts. Dann poste doch bitte mal die index.php und die header.php.

Ah jetzt, ja. :-D (puh...)

wp_head() kommt in den <head>-Bereich, zum Beispiel direkt vor </head>.

Ich seh aber, dass dein Theme auf JQuery setzt. Könnte sein, dass sich dein Lightboxscript damit beißt. Versuchs vielleicht mal mit einem Lightbox-Script auf JQuery-Basis. Bei den WP-Plugins gibts z.B. dieses:
WordPress › jQuery Lightbox WordPress Plugins
(und noch einige andere)

Zitat von spickzettel

Tippfehler in der FAQ

Oh, wo?

Ich denke nicht dass die "show-id"-Links von WP stammen, zumindest nicht von einem Standard-WP.

Hat dein Theme eine date.php oder eine archive.php die du mal posten kannst?

[SIZE="1"](PS: ein haariger Männerhintern ist nicht erotisch! :mrgreen:)[/SIZE]

Der Hook heißt wp_head() und hat sogar einen eigenen Codex-Eintrag. Daran liegts 100%. ;-)

Und im alten Theme könnte der Lightbox-Code natürlich auch im Header hartcodiert gewesen sein.

Solltest du in den Datei-Eigenschaften der AVI-Datei finden, oder wnen du es mit einem guten Videoprogramm öffnest. (Aber so genau kenn ich mich damit auch nicht aus. ;-))

Dateigröße ist immer relativ, hängt viel davon ab, was du für Ausgangsmaterial hast. Tipp: Probier die verschiedenen Tools mal aus. Oder wende dich an ein spezielles Forum, was sich mit Videobearbeitung beschäftigt. Da triffst du sicher eher Experten. ;-)

Opera 9.62/WinXP machts auch richtig soweit ich das sehe.

Ein paar kleine Fehler:
[Invalid] Markup Validation of http://www.landseer-vom-hasetal.de/ - W3C Markup Validator
CSS ist okay.

IE6 kannst du vielleicht mit einem angepassten Stylesheet per Conditional Comments etwas auf die Sprünge helfen, wenns denn sein muss. Ansonsten darf man (vor allem auf privaten Seiten) diese alten Krücken mittlerweile auch ignorieren, der IE6 hat ja immerhin schon über 7 Jahre auf dem Buckel (zum Vergleich: damals gabs noch nicht mal ne Entwicklerversion vom Firefox!)

Falls du schon ein Plugin für ein Kontaktfortmular hast (z.B. cForms), dann könntest du dieses Plugin dafür "missbrauchen" - nur so als Idee. Ansonsten schau mal hier:
WordPress › Broken Link Checker WordPress Plugins

Da es um Artikel geht, und da um die Einzelansicht -> single.php (oder, wenn die nicht im Theme vorhanden ist, in die index.php)