Beiträge von marX

Gar nicht. Guck dir vielleicht mal das Plugin fold_category_list an. Wenn du den Code des Plugins noch ein wenig anpasst, dann bekommst du vielleicht das was du willst.

Verwendet mal den Code-Editor statt des WYSIWYG. Oder Alphawolfs Vorschlag.

Im Codex hab ich dazu nichts gefunden. Die Beispielliste enthält aber alle Wörter in Kleinschreibung, also vermute ich mal das es egal ist.
probier's einfach aus und berichte dann.

No Prob. Beim Codex-Schmökern hab ich zufällig noch das gefunden: bloginfo('template_directory')

Im Sitemap-Protokoll steht folgendes:

Zitat von sitemaps.org

Excluding content

The Sitemaps protocol enables you to let search engines know what content you would like indexed. To tell search engines the content you don't want indexed, use a robots.txt file or robots meta tag. See robotstxt.org for more information on how to exclude content from search engines.

Ich interpretiere dass so, dass die robots.txt Vorrang hat.

In den Permalinks-Einstellungen.

Was ist das?

<link rel=�stylesheet� href=�Playah - Vibez� type=�text/css� media=�screen� />

bloginfo('stylesheet_url') existiert. Außerdem scheint dein Dreamweaver Müll aus den Gänsefüßchen zu machen.

Ich würds weglassen. Ich denke das schadet mehr, als es nützt. Ist aber nur meine Meinung, und ich bin kein RSS-Reader.

Aha:

RSS Glossar - Feed-Protokoll

Ich revidiere mich und behaupte das Gegenteil! :mrgreen:
(Auch wenn das wohl noch kein "offizieller" Standard ist.)

Mmmh, das Protokoll "feed" ist mir nicht bekannt, zumal Feeds ja per http ausgeliefert werden.
Wie lautet die Ausgabe von bloginfo('rss2_url')? "http://www.example.org/feed/" oder "http://www.example.org/feed/" ohne http? Zweiteres könnte vielleicht noch gültig sein (wenn es denn neuerdings ein Protokoll "feed" gibt...)

Nein, so ist das definitv falsch.

Im Blog aus deiner Signatur steht allerdings:

<li><!-- feed: --><a href="http://example.org/feed">

Das ist okay so, da es sich hier um einen normalen HTML-Kommentar handelt. Brauchen tut man das zwar nicht, ist aber übersichtlich.

Zitat von ProfDrDenis

Was ich überhaupt nicht verstehe ist (Kommentar Funktion):

"Um Kommentare zu bearbeiten, musst du dich anmelden und zur Übersicht der Beiträge gehen. Dort bekommst du dann die Gelegenheit sie zu verändern oder zu löschen."

Will ich doch nicht, ich will doch erstmal einen Kommentar schreiben..

Der Text ist ein WP-Standardkommentar, der erscheint bei jeder neuen WP-Installation so. Quasi ein Blindtext.

finky: Ich denke du hast hier "TEMPLATE_PATH" mit "get_bloginfo('url')" verwechselt. TEMPLATE_PATH enthält den absoluten (Server-)Pfad zu deinem Theme (was das C:\... erklärt), was man für manche PHP-Funktionen benötigt. Scripte müssen aber mit einer HTTP-Pfadangabe referenziert werden, z.B. absolut mit http://

Such mal hier im (Plugin-?) Forum, dazu gabs letztens erst ne Diskussion.

Ich hatte mal bei einem Projekt semmelstatz im Einsatz. Das kann eigentlich alles was du willst.
(semmelstatz kam aber mit den ~4000 Besuchern am Tag nicht zurecht und hat mir regelmäßig den Datenbankserver abgeschossen. )

Ansonsten: Google Analytics. Damit wär auch das Performance-Problem erledigt.

Mit reinem HTML so nicht. Du kannst das Bild in einem Popup-Fenster öffnen (mit JavaScript: window.open() ) - da kannst du dann die Fenstergröße mit übergeben.

Alternativ kannst du auch ein Plugin wie Lightbox nutzen. Dann wird dir das Bild quasi "über" deinem Blog eingeblendet, statt auf einer neuen Seite.

Den Plugin-Autor anbetteln, weniger Speicher zu verschwenden? :mrgreen:

Sorry, ich kenn das Plugin nicht, aber eine der beiden Möglichkeiten wirds letztenendes werden. Statistik-Plugins sind nunmal von Natur aus ziemlich resourcen-hungrig.

Gleich der 1. Eintrag in der FAQ beschäftigt sich mit genau dieser Fehlermeldung: WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?

Spiel mal noch ein wenig mit den margin-Angaben der Container #content (vor allem margin rechts) und #menu.
#menu ist ingesamt viel zu breit, das siehst du aber schön mit Firebug (Inspect Element). Gib dem #menu mal eine feste Breite oder passe die margin-Angaben an, dann sollte auch im IE der Kalender wieder nach oben rutschen.

Das ist ja auch eine ganz andere Baustelle. Die Funktion comment_author_link() enthält selbst eine echo/print-Anweisung und gibt nichts zurück, was mit der Funktion substr nachbearbeitet werden könnte.

Schönes Theme!

Mal ne Frage - wenn du schon so viel Wert auf valides XHTML legst, warum nimmst du dann nicht gleich XHTML 1.0 Strict?