Beiträge von marX

Wie hast du die Installation durchgeführt? Über ein bestehendes WP-Blog? upgrade.php ausgeführt?

Zitat von SW-1965

Die Domain an sich wird ja gefunden nur im Wordpress Verzeichnis wird nix mehr gefunden.

Die Beiträge liegen jetzt unter gleicher URL direkt auf der Domain? Also aus
http://example.org/wordpress/2007/11/18/mein-toller-beitrag
wird zum Beispiel
http://example.org/2007/11/18/mein-toller-beitrag

Zitat

War wohl doch nicht so gut die index.php auf den Root Ordner zu kopieren? Habs aber nach der Anleitung gemacht.

Wenn schon Beiträge bei Google etc. indexiert sind, dann sind URL-Änderungen immer eine schlechte Idee. Warum siehst du ja grade. Manchmal hilft der Status 301, aber nicht in jedem Fall (bzw. es wird sehr aufwändig)

Ich glaub oben hab ich was vergessen:

RewriteRule ^\/wordpress\/(.*)$ http://example.org/$1 [R=301,L]

(Die 1. Zeile dürfte überflüssig sein)

WordPress › Simple Tags « WordPress Plugins

Mit query_posts(). Ansonsten - mehr Infos bitte. Was wurde ausgeschlossen (Beiträge, Kategorien, ...), was möchtest du wo wieder eingeblendet haben?

Zitat von crazytv

Danke für die schnelle Antwort. Und ich wollte es gerade gut machen, und meine "alten" HTML 4.01 Seiten gleich auf die XHTML 1.1 Version upgraden. Denn so aktuell ist ja auch diese Version nicht mehr

Die aktuell zu verwendenden Versionen sind HTML 4.01 Strict bzw. XHTML 1.0 Strict.

Zitat

wenn W3C bereits fleißig an XHTML 2.0 arbeitet. Mehr Infos unterXHTML™ 2.0

Das W3C arbeitet auch an HTML 5.0 Beides sind Working Drafts und sollten noch nicht produktiv verwendet werden. Bis alle Clients diese voll unterstützen werden noch einige Jahre vergehen.

Zitat

Ich danke trotzdem für Deine Info. Da meine überarbeiteten Seiten aber sonst valide sind, werde ich's wohl erstmal so lassen. Denn einen Quelltext semantisch und valide zu gestalten, ist echt gar nicht so einfach – ich habe auf meiner Homepage auch einfache Seiten ohne WordPress. XHTML 1.1 ist ohnehin ziemlich streng ausgelegt, kein Vergleich zu HTML 4.01. Da war viel mehr erlaubt, ohne das der W3C-Validator gleich was zu meckern hatte :-D…

Naja, XHTML 1.1 hätte schon einige Vorteile, z.B. durch die Modularisierung (Einbindung z.B. von SVG, MathML und Namespaces). Aber solange das noch nicht auf breiter Front von den Browsern unterstützt wird ist das für den produktiven Einsatz eher uninteressant.

Mal ein interessanter Artikel dazu:
XHTML-Einmaleins

Also ich kann hier keine Geschwindigkeitsprobleme erkennen, auch nach mehrmaligem Laden alles sehr schnell. Hast du WP-Cache erst neuerdings installiert? Sonst würde ich evtl. auf ein Problem mit WP-Cache im Zusammenspiel mit der Browser-Caching-Funktion vermuten.

ciao
marX (auch mit 2 Seiten bei Fairhost)

Ich vermute mal so:

RewriteCond %{REQUEST_URI} ^/wordpress/
RewriteRule ^/wordpress/(.*)$ http://example.org/$1 [R=301,L]

Unmittelbar nach RewriteEngine On einfügen.

Zitat von stevie99

dann zeigt er alle in voller Länge an

dann zeigt er alle in voller Länge an

Wäre noch interessant, ob du das <!--more--> Tag gesetzt hast?

Aber trotzdem ist mir das Verhalten irgendwie nicht ganz erklärlich...

Achja - du schreibst immer Startseite... heißt dein Template dafür auch home.php, oder anders? Oder hast du gar ein Seitentemplate verwendet?

Zitat

Ergänzende Frage auch noch: Wenn ich mit meinem verwendeten Code 2 Überschriften von anderen Artikeln anzeigen möchte, die auf die Tags eines Artikels relevant sind (ohne Zeichenbegrenzung. Geht das und wenn ja weisst Du wie ich den Code dann abändern müsste ? (dies nur mal am Rande)

Crosspostings sind nicht gern gesehen! Bitte bleib bei dem Thread, den du dafür bereits angelegt hast. Ich schreib dir dort noch nen Kommentar dazu.

Zitat von Astrid

Ansichtssache! Durch die Einschränkung in "Strict" hält man sich gleichermaßen automatisch strikt an die Regeln. Dies sorgt für mehr Zugänglichkeit.

Ansichtssache. (Man kann auch mit (X)HTML-Strict viel Unsinn anstellen...) Aber ich seh das ähnlich wie du, die Transistional-Variante schleppt zu viele Altlasten mit und verleitet nur, missbilligte Techniken zu verwenden.

Außerhalb von WordPress spricht meiner Meinung nach auch nichts gegen HTML 4.01 Strict.

Zitat

Mindestangaben im Datei-Kopf:

HTML

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="de-DE" [COLOR="Red"][B]xml:lang="de-DE"[/B][/COLOR]>
<head profile="http://gmpg.org/xfn/11">
<title>...</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
[COLOR="Gray"]<meta http-equiv="content-style-type" content="text/css" />
<meta name="language" content="de" />[/COLOR]
</head>

xml:lang ist meiner Meinung nach wichtig für die Aufwärtskompatibilität. Dafür würde ich das meta-lang-Element weglassen. Die wichtigsten SuMas dürften das ignorieren (meine Meinung, keine Erfahrungswerte!). content-style-type nur bei von CSS abweichenden Styletechniken.

Die Angabe zur Zeichencodierung ist auch nur interessant, wenn das Dokument gespeichert wird. Ansonsten ist es Aufgabe des Webservers, die korrekte Codierung anzugeben.

XHTML 1.1 muss mit dem MIME-Type application/xml+xhtml ausgeliefert werden, nicht als text/html. Das könnte man WP noch beibringen. Allerdings laufen dann deine Seiten nicht mehr im "besten Browser der Welt" (a.k.a. Internet Explorer)

Unter anderem deswegen möchte man im WWW derzeit kein XHTML 1.1 verwenden. Nutze XHTML 1.0 Strict.

Ja. In den verlinkten Seiten. Oder auch in der deutschen Doku. Oder über die Suchfunktion hier im Forum. Stichwörter hast du genug, die Themen wurde schon seeeehr häufig angesprochen.

Zitat von stevie99

the_content gibt es ja in meinem Code durch das Plugin verursach gar nicht mehr alleine.

Deswegen ja ersetzen. Am besten auskommentieren. Also so:

<?php /* the_content_limit(400, "mehr..."); */?>
<?php the_content(); ?>

Einfach mal zum Testen ersetzen. Ohne Parameter oder sonstwas. Auch mal mit the_excerpt() statt the_content(). Nur um zu erkennen, ob es evtl. am Plugin liegt, oder ob bereits WP irgendwelchen Müll macht.

Du suchst bloginfo() bzw. get_bloginfo()

Sowas hier?
Alphabetizing Posts « WordPress Codex

FF scheint sich - aus welchem Grund auch immer - an der max-width-Eigenschaft der Regel #primary .itemtext img zu stören (style.css, Zeile 1211). Wenn die weg ist, dann sind die Bilder da.

[SIZE="1"]Allerdings ist es ein Wunder, dass bei >200 Fehlern in der HTML-Struktur überhaupt etwas annährnd vernünftiges angezeigt wird... :shock:
[Invalid] Markup Validation of http://www.thessenvitz.de/?p=418 - W3C Markup Validator
[/SIZE]

Bei den Posts musst du das in die single.php schreiben. Wenn dein Theme keine single.php hat, dann in die index.php

Hier gibts viele Hinweise für WP-Anfänger:
Main Page « WordPress Codex

Die deutsche Doku (Link hier in der Menüleiste) ist auch sehr aufschlussreich.

XHTML 1.0 Strict.

Zitat von stevie99

Leider funktioniert keine der Varianten.

Schade. Naja, war auch nur ein Schuss ins Blaue, ich kannte diese Möglichkeit bisher auch nicht.

Zitat

Nun stellt sich die Frage, ob es nicht eine andere Variante gäbe ?

Evtl jeden "query" nur 1 Posting anzeigen lassen und ihm dann aber sagen, "das letzte", das vorletzte etc. ?

Das würde zwar gehen (showposts auf 1 setzen und zusätzlich den Parameter offset verwenden), aber ich denke nicht, dass das was an der Anzeige ändert.

Zitat

Oder deen ganzen Code ohne Plugin auf zeichen begernzen.

Ich würde den Code ähnlich kürzen wie das Plugin. Soviel kann man dabei eigentlich auch nicht falsch machen.

Zitat

Hast Du ne Idee ?

Versuch mal, was passiert, wenn du den WP-Befehl the_content() (in Verbindung mit dem <!--more-->-Tag) bzw. the_excerpt() an dieser Stelle verwendest. Nur um mal herauszufinden, ob da überhaupt gekürzt wird. Falls da auch der gesamte Artikel angezeigt wird, dann suchen wir weiter.

Suchfunktion: "rssimport"