Beiträge von fym

    Das kann man sicherlich mit Tags und/oder Kategorien regeln. Aber das ist nicht die optimale Lösung, weil Beiträge zum Thema Kirmes sicherlich alle den Tag "Kirmes" bekommen. Egal welche Kirmes das nun war...

    Was spricht dagegen, die Beiträge einfach unter einer Kategorie "Kirmes" abzulegen und per Tags weiter zu spezifizieren (Ort ect.)?

    ~fym

    Tach auch :)

    Aber selbst nach Änderung der CSS Datei passiert nichts warum?

    *Glaskugel befrag* Ich sehe... ich sehe eine Katze, die in einem unbeobachteten Moment aus dem Nichts auf deine Tastatur gesprungen ist und das geöffnete Stylesheet durcheinandergebracht hat. So zeigt es die Glaskugel, so wird es also gewesen sein.

    ~fym

    Ich nehme einmal an, dass es sich um dieses Plugin handeln dürfte?

    Soweit ich das sehe, kann man doch auf der Optionsseite einen ID- und/oder Class-Namen für den umschließenden div-Bereich vergeben. Im Stylesheet also sowas in der Art wie

    Code
    #vergebenerIDName {
    background-color:#ccc;
    [...] }

    definieren und schon hast du den gewünschten Effekt, ohne dass du irgendwas mit span versuchen musst (was übrigens nur für Inline-Elemente gedacht ist).

    hth :)

    ~fym

    PS: Nebenbei bemerkt ziemlich komisches Markup, dass der Autor da verwendet. Nicht nur, dass er prinzipiell eine ID und eine Klasse für den div-Bereich vorsieht, sondern unnötigerweise das style-Attribut benutzt und Schriftgröße ect. so unnötig vorgibt/festlegt. Nunja.

    Die Suche nach "5" und "comments" war für mich nicht ergiebig in der widget.php"


    Dort die entsprechende Funktion - "function widget_recent_comments($args) { [...] }" suchen und bei

    Code
    $comments = $wpdb->get_results("SELECT comment_author, comment_author_url, comment_ID, comment_post_ID FROM $wpdb->comments WHERE comment_approved = '1' ORDER BY comment_date_gmt DESC LIMIT 5");


    "LIMIT 5" auf die Anzahl der anzuzeigenden Kommentare abändern.

    hth :)

    ~fym

    Im Stylesheet bei

    Code
    #content {
    	background: inherit;
    	[COLOR="Red"]border: 1px solid #e0e0d0;[/COLOR]
    	... 
    }

    die rote Zeile entfernen oder das "1px" in "0px" ändern.

    ~fym

    An den Bildern dürfte es nicht liegen, einen so schwachen Rechner habe ich nun auch wieder nicht ;) Ich nehme eher an, dass es etwas mit den fixed Elementen in Kombi mit den anderen div-Bereichen zu tun hat.

    Edit: Irgendwas stößt dem Fuchs beim Aufbau da übel auf. Opera zeigt alles schön flüssig an.

    Tach,

    1. Das Stylesheet ec3.css ist dein Freund. Dort kannst du zB. bei

    Code
    #wp-calendar table td,
    #wp-calendar table th {
      text-align:center;
    }

    das Aussehen der Monatszahlen ändern. "font-weight:bold" für fette bzw. "font-style:italic;" für kursive Schrift zwischen die geschweiften Klammern setzen.

    2. Sollte gehen. Hängt aber davon ab, wie du die Kategorien (in der sidebar.php) aufrufst. Schau mal auf die entsprechende Codex-Seite der Kategorie-Funktionen. Benutzt du zB. Wordpress 2.1 und somit den Aufruf wp_list_categories(), müsste bei dir beispielsweise soetwas wie

    PHP
    <?php wp_list_categories('exclude=5'); ?>

    in der php-Datei stehen, wobei "5" die ID deiner zu versteckenden Kategorie ist.

    3. Habe das Plugin nicht installiert, aber dürfte wohl nur durch einen Eingriff in dessen Quellcode möglich sein.

    hth :)

    ~fym

    Wenn ich ein eigenes Statistik-Plugin einsetze, muss in der Datenschutzerklärung selbiges erwähnt und erklärt werden, was wann wie gespeichert wird (halt wie bei allen vom User erhobenen Daten). Soweit klar.

    Wie schaut's eigentlich mit dem Hoster der eigenen Webseite in Bezug auf gespeicherte Daten aus? Ich bin z.B. bei all-inkl.com und dort habe ich selbst afaik keinerlei Möglichkeiten die logfiles irgendwie zu beeinflußen -- kann also weder festlegen, wie lange sie gespeichert werden, noch kann ich sie selbst löschen. Was meint ihr persönlich? Ob es da reicht, diesbezüglich jenen Umstand zu erklären (sich also gewissermaßen von der Handhabe des Providers zu distanzieren. Wie das z.B. bei masterminds Erklärung bezüglich Akismet der Fall ist) und auf den jeweiligen Provider zu verweisen? Eine direkte Bemerkung zur Handhabe dieser Daten, worauf man vielleicht dann verlinken könnte, habe ich bei all-inkl zumindest auf die Schnelle nicht finden können.

    Meinungen?

    ~fym

    Monika: Sorry, aber da hat Jeriko imo schon Recht.

    Nach dem ersten Blick in die wp_get_archives-Funktion sehe ich da keine zusätzliche Belastung der DB, wenn man sich die Postanzahl zeigen lässt. Die wird sowieso im sql-Query per count() abgefragt, egal ob man sich die Zahlen danach nun anzeigen lässt oder nicht. Wenn bei 300 Einträgen die Datenbank in die Knie geht, dann ist das in erster Linie erstmal dem Provider anzuhängen.

    ~fym

    Welche Version des Plugins hast du denn?

    In der beta3, wenn ich das gerade im Quelltext richtig sehe, gibt es dafür extra die Funktion outputHeader(). In den Optionen kann man sich die Metakeys automatisch in den Header setzen lassen, sofern der entsprechende Hook im Theme vorhanden ist.

    Ich nehme an, dass the_keywords() schlicht innerhalb des Loops stehen muss, weshalb da im Header bei dir nichts ausgegeben wird.

    Edit: k, obiges sogleich wieder revidiert. Wird explizit erwähnt, dass es auch außerhalb des Loops funktionieren sollte.

    Du kannst doch die Kommentarfunktion beim Schreiben an- bzw. ausschalten? Wenn du die Möglichkeit weg haben willst, sodass es voreingestellt ist, dass keine kommentare möglich sind, wirst du wohl das Script ändern müssen!

    Man könnte auch einfach unter Einstellungen -> Diskussion bei "Erlaube Besuchern Beiträge zu kommentieren." das Häkchen wegmachen, aber wir wollen ja nicht gleich übertreiben...

    ~ ;)

    Mit zwei, drei zusätzlichen Zeilen Code kann man killpreview von Owen Winkler auch mit der 2.1'er weiterhin benutzen. Solche Lösungen wie ClutterFree empfinde ich da für den eigentlichen Zweck, nur das Preview-iframe loszuwerden, schon als viel zu überladen :)

    ~fym

    Hier mal eine exportierte Tabellenstrukturen mitsamt Eintrag "mygalleryoptions" in der Options-Tabelle. Hat Wordpress ein anderes Präfix als "wp_" bei euch, muss das dentsprechend geändert/angepasst werden. Vielleicht hilft es ja jemanden und bringt das Plugin zum Laufen :)

    ~fym