Beiträge von Morris

Wenn du CSS einsetzt, nutze es konsequent.

align="justify" kann durch "text-align: justify" in einer CSS-Deklaration ersetzt werden. Allerdings zentriert es den Text nicht, sondern setzt ihn in eine Art Blocksatz.

Grüße
Mo

die Scriptanweiseung im meta sollte reichen.

<blockqoute> ist innerhalb <p> nicht erlaubt, siehe http://validator.de.selfhtml.org/doc/HTML_ge/ht….htm#blockquote

Daraus ergeben sich einige Folgefehler.

Grüße
Mo

Die Frage die sich mir stellt:
Warum z.B. <form> innerhalb von <ul> bzw <li> und nicht ohne?

Statt IDs kannst du Klassen nehmen, die dürfen beliebig oft benutzt werden.

Grüße
Mo

page_item = Klasse für alle Seiten
current_page_item = Klasse für die aktuelle Seite
page_folder = Klasse für Seiten mit Unterseiten, afaik das was du mit "Main" meinst

class="page_item current_page_item page_folder"

bedeutet, dass dem Element 3 Klassen zugewiesen werden

.page_item current_page_item page_folder{ font-weight: bold;}
.page_item {font-style: italic;}

Deine CSS Definition sagt, dass das Element "page_folder" innerhalb des Elternelementes "current_page_item" unterhalb der Klasse "page_item" die CSS-Eigenschaft "font-weight: bold" bekommt.
Die beiden Elemente gibt es aber nicht.
Außerdem wird der Klasse "page_item" noch "font-style: italic" zugewiesen.

Wichtig ist auch die Reihenfolge der Definitionen, da Difinitionen, welche später im Quelltext auftauchen vorhergehende überschreiben.

Grüße
Mo

Mach dir keinen Sorgen, niemand ist perfekt und wenn ich mir heute Code anschaue den ich vor 2-3 Jahren produziert habe, kräuseln sich mir die Fußnägel ;).

Wichtig ist, dass du dir nicht alles vorkauen läßt, sondern wirklich verstehst was du machst. Ich bin viele Jahre durch die harte Schule des Self gegangen (und gehe es immer noch), da kriegt man schon recht schnell beigebogen sich auf den eigenen Hintern zu setzen :).

Eine Alternative zum Validator von W3C ist der von selfhtml.org, der ist nämlich deutsch
Die Links gehen dann auch auf die selfHTML-Doku und sind imho einfacher nachzuvollziehen.

Grüße
Mo

Wünschenswert wäre eine (halb)automatisches Updatesystem.
Ich muß mitlerweile einige dutzend WP-Installationen up-to-date halten, dass bedeutet für jeden Patch immer mind. nen Tag Handarbeit

Grüße
Mo

Hab grad mal deine Source grob überflogen. Du hast viele unschöne Dinge gemacht.

Beispiel:

<div id="search">
<form id="searchform" method="get" action="http://www.jared2.de">
<p><input type="text" class="search" name="s" id="s" value="" /> <input type="submit" value="Suchen" class="button" /></p>
</form>
</div>

Hier steckt ein Block-Element in einem Block-Element in einem Block-Element. Das ganze ließe sich auch ohne <div> und <p> machen.

Räum deinen Code mal systematisch auf. Ich vermute du könntest 20-30% des Codes einsparen und damit auch viele Fehler vermeiden.

Zu deinen Fehlern:
- a in ul wurde schon angesprochen
- ids dürfen nur einmal vergeben werden
- <br /> nicht <br/ >

und noch einige grobe, offensichtliche mehr. Der Validator dürckt sich da aber auch sehr klar aus.

Grüße
Mo

Abgesehen davon, dass es schon lange nicht mehr _den_ Pagerank gibt, sondern mehrere (11 oder 12 müßten es sein), diesen aber außerdem Null Bedeutung zuzumessen ist, gibt einige Möglichkeiten diese zu beieinflussen.

u.a.

Backlinks - alter Kaffee
interne Links - werden sehr häufig unterschätzt

Relevant sind auch die Seiten die auf dich verlinken. Sind diese thematisch ähnlich gelagerrt wie deine gibt es eine höhere Bewertung als von solchen, die thematisch absolut nichts mit deiner Seite zu tun haben.

Außerdem sollten sich ständig neue Informationen auf der Seite befinden.

Schau dir deine Seite z.B. mal mit "SEO for Firefox" an, da wird sich einiges klären.

Bedenke aber: Was bringt dir der tollste PR, wenn du keine Besucher hast?

Grüße
Mo

register_globals wird in der php.ini gesetzt.

Grüße
Mo

Ein CMS seinen Vorstellungen entsprechend einzurichten und ein entsprechendes Theme zu entwickeln und umzusetzen ist keine Trivialität, welche sich mal eben in ein paar Sätzen erklären läßt.

Siehe dazu auch: http://forum.wordpress-deutschland.org/showthread.php?t=2262

Im Prinzip ist es möglich (fast) alles zu realisieren was du dir vorstellst.

Grüße
Mo

Zitat von SuMu

desto mehr Plugins, desto langsamer Wordpress -oder nicht:confused:

Je "dicker" der Server, desto schneller Wordpress

Im Ernst: Dürfte aber hinkommen, dass bei steigender Anzahl der Plug-ins WP langsamer wird.

Grüße
Mo

Beschäftige dich mit
http://codex.wordpress.org/Template_Tags ff.

im speziellen mit
http://codex.wordpress.org/The_Loop
http://codex.wordpress.org/Template_Tags/query_posts
http://codex.wordpress.org/Template_Tags/get_posts

Damit kannst du ein Template entsprechend deinen Bedürfnissen anpassen.

Grüße
Mo

Zitat von kensmith

meine Glaskugel ist auf Urlaub :wink: = Keine Ahnung

Falsch. Das bedeutet, dass deine Informationen unzureichend sind um dir weiter zu helfen.

Grüße
Mo

Dann kannst du die zweite aufgeführte Möglichkeit nutzen.

Grüße
Mo

fourns: Was sind bei dir "Seiten"? Sind es Domains? Oder sind es WP-Seiten?

für Fall1 : Die hier vorgestellte(n) Lösungen sollten dir helfen
für Fall2 : Benutze unterschiedliche Templates für die Seiten

Oder meinst du was ganz anderes?

Grüße
Mo

die page.php ist für Seiten zuständig, du mußt vermutlich in der index.php werkeln.

Grüße
Mo

Du hast eine Installation, sprich nur einen Ordner mit Dateien drin der gepflegt werden muß. Lediglich die Tabellen für jede Domain müssen erstellt werden.

Du kannst somit von allen (Sub)Domains aus auf alle Ressourcen (Plugins, Themes) einer Installation zurückgreifen. Ein weiterer Vorteil gegenüber WP-MU ist, dass du eben auf die "normalen" Ressourcen zurückgreifen kannst und keine WP-MU-Ressourcen verwenden mußt.

Grüße
Mo

Das ganze läßt sich auch recht einfach ohne WP-MU lösen, man muß lediglich die Config-Datei ein wenig umgeschreiben.

ersetze einfach

$table_prefix  = 'wp_de_';

durch

$table_prefix  = ereg_replace( "[^A-Za-z0-9]", "_", $_Server["HTTP_HOST"] ).'_';

Den Server läßt du nun für jede (Sub)Domain auf diese Installation zurückgreifen. Dann muß einmal der Installationsvorgang für jede (Sub)Domain durchgeführt werden...fertig.

Grüße
Mo

Abgesehen davon, dass du auch Google hättest bemühen können und ich nicht die Zei habe deine ganze Source durch zu arbeiten, ein kleiner Tipp:

Nutze XHTML 1.0 Strict als Doctype (und natürlich auch konsequent als Regelsatz für deinen Code). Das dürfte den IE schon ein Stück weit auf die richtige Bahn bringen.
Wenn du keine Lust hast deine komplette Source browserunabhängig zu machen, bleibt dir noch der Weg mittels Conditional Comments den entsprechenden IEs ein passendes CSS unter zu jubeln.

Grüße
Mo

Du könntest die benutzerdefinierten Felder zur Hilfe nehmen und diese statt des "echten" Datums ausgeben

Grüße
Mo