Beiträge von marX

Ja hast du.
Upgrading WordPress « WordPress Codex

Das Verzeichnis wp-content (in dem sich Themes und Plugins befinden) lässt du beim Update unberührt. Aber du solltest vor dem Update darauf achten, dass dein Theme und deine Plugins mit WP 2.5 kompatibel sind. Ein backup ist auch anzuraten.

Themes/Theme Compatibility/2.5 « WordPress Codex
Plugins/Plugin Compatibility/2.5 « WordPress Codex

Template Tags/wp get archives « WordPress Codex

Kannst du auch auf einer Seite aufrufen, am besten mittels Seitentemplate (-> Suchfunktion). Es gibt auch Plugins dafür, z.B. Simple Yearly Archive Plugin - Simple Yearly Archive, plugin, wordpress, gettext, archive, simple, yearly, polyglot - SCHLOEBE.DE - Personal Portfolio von Oliver Schlöbe

Hatten wir grade erst nebenan (ich glaube in "Design"):
Template Tags/next post link « WordPress Codex
Template Tags/previous post link « WordPress Codex

Geht aber nur auf Einzelansichtsseiten da intern auf is_single() geprüft wird.

So sieht doch schon ganz gut aus - du bist auf 4 Fehler runter. Vor "Flashthemes" hast du noch ein schließendes </p> drin ohne dazugehöriges öffnendes <p> (<p> - Paragraph = Absatz). Außerdem fehlen bei den <img/>-Elementen noch die alt-Attribute (sind im HTML-Standard so vorgeschrieben, willst du keinen ALTernativ-Text, dann schreibe das Attribut so: alt="").

</ul> schließt eine Ungeordnete Liste, </div> einen allgemeinen Container. Mehr zu HTML findest du auf SELFHTML.

PS: In meinem Opera (9.50 Beta/Win) siehts jetzt auch ordentlich aus. Wenn du noch irgendwo Fehler hast dann poste mal nen Direktlink zu dieser Seite.

mod_rewrite verfügbar und aktiviert? (phpinfo() oder Hoster fragen) Wie sieht deine .htaccess im WP-Verzeichnis aktuell aus?

Der Fehler scheint beim 1. Text-Widget zu sein:

<li id="text-2" class="widget widget_text">
  <h2 class="sidebartitle">Anfang</h2>
     <div class="textwidget"><br [COLOR="Red"][B]/[/B][/COLOR]>
       &gt;&gt;
       <a href="http://floorball92.rockt.es/prolog" title="Prolog">Prolog</a>
     </div>
</li>
[COLOR="Red"]</ul></div>[/COLOR]

Keine Ahnung wo das her kommt, das musst du selbst rausfinden. Der Rest sollten Folgefehler sein.

Du hast immernoch einige Fehler in der HTML-Struktur drin. Speziell sind einige <div> nicht bzw. falsch geschlossen (Textwidgets?). Solange du die Fehler nicht bereinigst können die Browser nur raten was gemeint ist. Und das macht der eine anders als der andere, daher die Unterschiede in der Darstellung. Wenn alle Fehler raus sind, dann dürfte es kaum noch zu gravierenden Darstellungsunterschieden kommen.

In deiner Programmiersprache ists doch genauso - falsch verschachtelte Blöcke bringen mindestens unerwartete Ergebnisse, im schlimmsten Fall einen Complier-Fehler. Die Browser versuchen wenigstens noch zu raten, was du eigentlich meinst.

Du hast einige Fehler im Theme - hauptsächlich leere Tags - die müssen in XHTML als inhaltsleer dargestellt werden: <br /> statt <br> und <img /> statt <img>.

Außerdem noch ein paar Fehler in den Beiträgen, aber das wird ja nebenan schon besprochen. Wenn die Fehler raus sind, dann klappts sicher auch mit Opera. Opera hat nunmal eine andere Rendering-Engine als Firefox und geht mit Fehlern anders um.

Tipp: Hol dir mal das HTML-Validator-Addon für Firefox:
Html Validator for Firefox and Mozilla

Nimm mal <pre> statt <code>.
SELFHTML: HTML/XHTML / Elemente zur Textstrukturierung / Präformatierter Text (wie im Editor eingegeben)

Mist, Monika war schneller :mrgreen: Dafür gibts noch nen Extra-Tipp: Verwende mal <br /> statt <br> (wegen XHTML).

Mmh, also so wie ich das sehe hast du auf der Startseite leider kaum eine Chance an den Titel des nächsten oder vorhergehenden Beitrags ranzukommen. Intern wird immer auf is_single() geprüft, d.h. ob du dich auf einer Einzelansicht befindest.

Mmh, ich les grad das hier:

Zitat von next_post_link

Used on single post permalink pages, this template tag displays a link to the next post which exists in chronological order from the current post.

Also für die index geht das leider nicht. Das Problem ist, dass next_posts_link() normalerweise nicht auf den nächsten Beitrag verlinkt sondern auf die nächste Seite mit vielen Beiträgen. Daher ist da auch kein Titel verfügbar. Wenn mir noch ein Hack dafür einfällt meld ich mich nochmal.

http://forum.wordpress-deutschland.org/installation/2…key_exists.html

Wenn du die von jottlieb angebene Datei per include/require einbindest, dann stehen dir sämtliche WP-Befehle zur Verfügung. Du kannst dann quasi dein Theme in der Datei nachbauen mit allen WP-Funktionen. Beispiel:

<?php require('./wp-blog-header.php'); ?>
<?php query_posts(); ?>
<?php while( have_posts() ) : ?>
  <div class="content"><?php the_content(); ?></div>
<?php endwhile; ?>

Beachte auch, dass include/require eine Datei erwartet und keine Resource (d.h. einen lokalen Dateipfad, keine HTTP-URL)! HTTP geht bei manchen Hostern gut, bei vielen ist das aber aus Sicherheitsgründen deaktiviert.

Es gibt das Text-Widet, das versteht wohl auch HTML. Ansonsten ist es möglich in der sidebar.php außerhalb des dynamischen Bereichs noch statische Inhalte unterzubringen:
Widgetizing Themes « Automattic

Dafür brauchts kein Plugin, dass kannst du alles mit den entsprechenden Template-Tags machen:
Template Tags/next post link « WordPress Codex
Template Tags/previous post link « WordPress Codex
Einfach an der gewünschten Stelle im Theme einfügen bzw. die alten Funktionsaufrufe anpassen/ersetzen.

Würde ich sogar in die Kategorie "Bug" einstufen. Normalerweise würde man ja einen 404 erwarten oder eine Weiterleitung auf die korrekte URL. Beim Aufruf von /?p=123 leitet WP (ab 2.3?) ja auch per 301 auf die korrekte URL weiter.

Aber gut, das wird hier doch sehr off-topic und betrifft IMHO eher die WP-Entwickler.

Schon klar, aber das Problem hab ich doch sonst auch oder? Und solange mich keiner falsch von extern verlinkt hab ich ja eigentlich kein Problem. Und zur Not gibts ja noch Sitemaps.
Da nehme ich das doch lieber potentielle Probleme in Kauf, die kaum auftreten können, als doppelte Beitragstitel - die tauchen eher mal auf.

Aha, sehr interessant. Ich wollte vorhin schon meine Permalink-Struktur mit posten, dachte aber dann dass das für das Problem uninteressant ist.

Danke fürs Testen Ingo!

(Meine Permalinkstruktur ist übrigens "/%category%/%postname%,%post_id%" da ich gern die ID mit drin habe um Doppelungen zu vermeiden.)

Da was für dich dabei?
http://forum.wordpress-deutschland.org/plugins-und-wi…ks-zaehlen.html
http://forum.wordpress-deutschland.org/allgemeines/27…as-aendern.html

(Suchbegriffe: "externe Links maskieren")

Warum es funktioniert weiß ich nicht. Mir reicht es das es funktioniert. Rein von der Verzeichnisstruktur her ist es zumindest logisch, das es funktionieren "kann", der Punkt bedeutet ja das aktuelle Verzeichnis.
Weiß auch gar nicht mehr wo ich den Tipp her hatte, aber ich glaube das war nicht hier im Forum. Hatte damals lange danach gesucht.
Ich habe auch darauf geachtet, dass ich keine Seiten mit dem gleichen Namen anlege wie eine Kategorie - hab aber auch noch nicht ausprobiert was dann passiert. Ich vermute mal er ruft dann einfach die Seite mit diesem Namen auf...

Im Quellcode steht ja das /. mit in der URL, der IE6 zeigt das auch in der Adresszeile an. Für mich ist das aber nur ein kleiner Schönheitsfehler mit dem ich leben kann. Im Access-Log steht übrigens:
"GET /fussball HTTP/1.1"