Beiträge von msi

Bitte denke nicht, dass ich dich für blöd halte: Speichern hast du gedrückt, und min. eine Kategorie ist auch aktiv? Wobei im letzteren Fall dann aber sowieso die Standardkategorie benutzt wird. Ansonsten: welche WP-Version nutzt du?

Liegt eigentlich auf der Hand:

Zitat von pixelgirl

PHP

<div id="description"> <?php bloginfo('description'); ?> </div>
<div id="lftv_description">Feminine Lesbian Online TV</div>

Zweimal "description". In der ersten Zeile die aus den Optionen von WordPress, darunter deine eigene. Wenn das auch abhängig von der Kategorie sein soll, dann musst du anders klammern:

if ( is_category( '21' ) ) {
   echo "<div id='lftv_header'>";
   echo "<div id='lftv_description'>Feminine Lesbian Online TV</div>";
} else {
   // den normalen Header + die normale Beschreibung
}

[COLOR=#000000][/COLOR]

Du nutzt doppelte Anführungszeichen ". Deine Strings aber auch. Das heißt, du musst entweder per \" eine Maskierung durchführen,

echo "<div id=\"header\">";

oder du nimmst das einfache Anführungszeichen

echo "<div id='header'>";

Zitat von cywhale

- Niemals, ich würde niemals ohne zu wissen in wieweit sich jemand auskennt empfehlen in den WP-Coredateien zu arbeiten, das Risiko ist zu gross.

Gut, dann minimiere ich das Risiko. Besagte Datei enthält folgenden Code. Ich habe die entsprechenden Zeilen bereits auskommentiert.

function get_the_title( $id = 0 ) {
    $post = &get_post($id);


    $title = $post->post_title;


//    if ( !is_admin() ) {
//        if ( !empty($post->post_password) )
//            $title = sprintf(__('Protected: %s'), $title);
//        else if ( isset($post->post_status) && 'private' == $post->post_status )
//            $title = sprintf(__('Private: %s'), $title);
//    }
    return apply_filters( 'the_title', $title );
}

Ich muss aber dazu sagen, dass ich mich durchaus mit dem Thema auskenne, und dass die "post-template.php" nicht die erste Datei wäre, die ich geändert habe. ;)
Ich nutze die SVN-Version von WordPress. Du kannst dir also denken, dass ich sehr häufig mit Updates zu tun habe. Mir hilft ein Shellskript, das zum einen "svn update" macht und zum anderen via diff/patch die notwendigen Änderungen einspielt. Ich muss nur Hand anlegen, wenn sich in einer Datei so viel verändert hat, dass "patch" die richtige Stelle nicht mehr findet.

Ich gebe dir Recht: man sollte wissen, was man da tut. Allerdings ist die Lösung mit der "functions.php" auch nicht so sicher. Einige Themen bringen die Datei bereits mit. Bei einem Update wäre die Änderung damit auch weg. Insofern ist die Lösung mit dem Plugin sogar noch am sichersten. ;)

Aber wie gesagt, wer sich das zutraut, kann auch direkt in der WP-Datei fummeln.

Wer es ohne Plugin machen will (ein Plugin verbraucht ja in gewisser Weise immer Ressourcen), der öffnet die "wp-includes/post-template.php" und sucht dort nach der Funktion "get_the_title". Dort kann man sehen, wie "Private:" und "Protected:" ergänzt werden, und diese Stellen kann man auskommentieren.

Wie gesagt, ich möchte damit weder die Arbeit noch das Plugin an sich schmälern, aber manchmal ist ein Direkteingriff besser als der (mit Verlaub!) umständlichere Weg über ein Plugin.

In der Regel enthält dein Theme (/wp-content/themes/theme-name) Dateien wie "index.php", "page.php", "single.php", "archives.php". Die öffnest du mit einem passenden Editor und suchst nach typischen Begriffen wie "the_author()". Das bezieht sich meist auf die Zeile, die du meinst. Ohne genaue Angabe (Link zu deiner Seite? und Thema?) kann man das aber nicht sagen.

Die Sache mit dem Kalender usw. findest du meist in "sidebar.php"

Das kann ich mir vorstellen. ;) Mir gefiel das Original nämlich auch nicht. Das erste, das ich rausgeschmissen habe, war der Unfug mit dem Speichern der Einstellungen in der Datenbank. Dann habe ich die Parameter verkürzt. Und zu guter Letzt habe ich den Highslide-Stil gewählt, bei dem oben rechts auf dem Bild diese "Werkzeugleiste" eingeblendet wird. Grundsätzlich! Und damit waren auch die meisten Optionen überflüssig.

Und ich habe die Syntax erweitert. Bei mir funktioniert beides

<highslide image="bild" thumb="thumb" caption="Beschreibung" />
<highslide image="bild" thumb="thumb">Beschreibung</highslide>

Die neue Regex dafür sieht so aus:

'!<highslide([^>]*)[ ]*(>(.*)</highslide|[/]*)>!Ui'

Oh, da fällt mir ein, das Original unterstützt für die Attribute nur die doppelten Anführungszeichen ". Mit der folgenden Regex geht's dann auch mit den einfachen

'!(image|thumb|alt|caption)=(\'|")([^"\']*)(\'|")!Ui'

:cool:

Es gibt doch schon ein Plugin für Highslide. :mrgreen: Aber OK, der Code ist so dermaßen schlecht und umständlich, dass ich ihn auch erst mal aufgeräumt habe. "Meine Version" funktioniert (auch mit deutscher Übersetzung) einwandfrei.

Fragen:

1. Nutzt du die Funktion "load_plugin_textdomain" in deinem Plugin? Damit gibst du WordPress nämlich bekannt, dass eine Sprachdatei vorhanden ist. Der erste Parameter ist die Domäne (idR ein einfacher Name deines Plugins, ohne Sonderzeichen, usw.), der zweite Parameter ist der Ordner deines Plugins. Man macht es zwar nicht, aber du kannst zum Testen fest kodieren "/wp-content/plugins/...", usw. Im Live-Betrieb solltest du eine bessere Funktion nutzen, um den tatsächlichen Ordner zu ermitteln.

2. Hast du daran gedacht, dass deine Sprachdatei (*.po, *.mo) den Namen tragen muss, den du als Domäne angibst? Zusätzlich muss auch das Sprachkürzel ran. Nehmen wir an, die Domäne (s. Punkt 1) wäre "deinplugin", und dein Sprachkürzel ist "de_DE", dann muss die Sprachdatei "deinplugin-de_DE.mo" heißen, sonst wird das nichts.

Ich habe mir die Datei mal angeguckt. Möchte wissen, wer so was auf den offiziellen Server legt. Grundproblem: die Datei nutzt Pluralformen, aber poEdit hat keine Ahnung, wie es damit umgehen soll. Also: Datei in poEdit öffnen, dann "Katalog/Optionen" und in der Zeile "Pluralformen" das hier

nplurals=2; plural=n != 1;

ergänzen. Und schon sind 2 Fehler wg. Die restlichen 5 lassen sich auch beheben. Eigentlich zeigt poEdit die Fehler sogar an. Man muss die Meldungen nur lesen. ;)

Hier

msgid "%s pending"
msgstr "% vorgemerkt"

fehlt in der Übersetzung das kleine s nach dem Prozentzeichen

Hier wiederholt sich %1$s am Ende, obwohl es [COLOR=Red]%3$s[/COLOR] sein sollte:

msgid "Last edited by %1$s on %2$s at %3$s"
msgstr "Zuletzt bearbeitet von %1$s am %2$s um %1$s"

Hier

msgid "%1$s%2$s%3$s%4$s%5$s%6$s|You can reorder ..."
msgstr "%1$s%2$s%3$s%4$s%5$s"

fehlt die %6$s in der Übersetzung. Eigentlich kann man den Originalstring sogar komplett übernehmen, denn was nach dem Strich | kommt, interessiert nicht die Bohne.

In der Übersetzung des Willkommensgrußes hat jemand den Platzhalter für den Link gegen einen festen Link auf die "liesmich.html" ausgetauscht

msgid "Welcome ...  You may want to browse the <a href=\"%s\">ReadMe documentation</a> ..."
msgstr "Willkommen ... <a href=\"../liesmich.html\"> ..."

Und darüber meckert der Editor.

Das gleiche auch hier bei der Meldung, dass es keinen Spam gibt:

msgid "but there's nothing in your <a href='%1$s'>spam queue</a> at the moment."
msgstr "momentan sind keine Kommentare als Spam markiert."

Ist ja schön, aber das Wort "Spam" sollte eigentlich ein anklickbarer Link sein.

Wenn man das behebt, kann man die Datei ohne Probleme speichern und die unklaren Übersetzungen am Anfang aktivieren.

Zitat von action6

Beim öffnen ist mir aufgefallen das die ersten 7 Zeilen unklare Übersetzungen enthalten, wobei die beiden Worte dort auch auftauchten.

Wenn diese Zeilen als "unklar" markiert sind, wird im Blog weiter der Originaltext angezeigt. Du müsstest die Markierung daher entfernen. Die Frage ist nur, tauchen die Worte dort nur einfach auf, oder handelt es sich bei den Originalstrings auch wirklich um das, was du im Blog liest.

Zitat

Oder liegt das vielleicht an meinen PoEdit Einstellungen?

Unter Umständen. Du könntest den Ordner mit den Einstellungen testweise entfernen und die Datei dann noch mal neu öffnen, nachdem du die Grundeinstellungen für poEdit wiederhergestellt hast.

sensifreak: Könntest du vielleicht die eigentlichen Fragen beantworten? Was ist das denn für eine Art? Was hast du wohin geschrieben? Das "Was" lassen wir mal außen vor; es ist ja nur irgendein Code, der egal ist. Aber wohin hast du den geschrieben? Hast du eine spezielle Funktion in WordPress benutzt? Kannst du den Weg beschreiben, den du gegangen bist, um zu der Eingabemöglichkeit zu kommen? Was hast du angeklickt?

Das ist wichtig, oder wie soll dir sonst geholfen werden?

Der Code in der ".htaccess" ist unwichtig. Der ändert sich nicht, denn er hat mit der Permalinkstruktur in dem Fall nichts zu tun.

Ob dir das jetzt helfen wird, weiß ich nicht. Geh mal in die Datenbank (phpMyAdmin o.ä. Tool). Such die Tabelle "wp_options" und lösche dort den Eintrag "rewrite_rules". Keine Sorge, den legt WP wieder an. Wie gesagt, ob es dir helfen wird, weiß ich nicht. Aber ich habe nicht grundlos nach den Permalinks gefragt. Ich hatte mal dieses Problem, und da half das Löschen.

Ist es das Plugin:
WordPress Extension Manager

Dann schau mal in den Kommentaren. Du bist nicht der einzige mit dem Klammerproblem.
WordPress Extension Manager

Für künftige Experimente:

Die ".htaccess" ist nur wichtig, wenn Permalinks benutzt werden sollen. Dass der Server das "mod_rewrite"-Modul unterstützen muss, versteht sich von selbst. Nutzt man keine Permalinks, kann man theoretisch auch die ".htaccess" löschen. Das ist aber nicht erforderlich, sie stört nicht.

Gibt es Probleme mit den Beiträgen, dann öffnet man die Datenbank und sucht die Tabelle "wp_options" und dort den Eintrag "permalink_structure" (ggf. noch "category_base" und "tag_base"). Diese Felder werden geleert (nicht löschen! nur den Inhalt entfernen!). Danach läuft die Sache wieder mit Standardeinstellung "/?p=123" usw.

Und generell hilft bei "Internal Server Error"-Meldungen usw. immer ein Blick ins Fehlerlog. So spart man sich das Herumgerate, weil man sieht, was nicht funktioniert.

Zitat von dbt23

Hm, gefunden hab' ich auch schon ne Menge, aber welches nehmen? Ist da eins wie's andere?

Ich würde die einfach mal testen. Du findest sicher eins, das deinen Wünschen am ehesten entspricht.

Zitat von Magaziniac

Aktivierte Plugins, sofern es wichtig sein sollte: Akismet, All in One SEO Pack, Entry IDs in Manage Posts/Pages View for WP 2.5, FeedBurner FeedSmith, StatPress

Was ist mit den von dir erwähnten Änderungen: Bot-Trap und andere Smilies. Sind die auch noch aktiv? Und hast du ggf probiert, alle aktiven Plugins abzuschalten? Funktioniert es dann? Steigt der Blog dann irgendwann aus, wenn du die Plugins nacheinander einschaltest und testest?

Hast du vielleicht noch etwas anderes geändert? Die Permalinkstruktur? Wie ist es überhaupt, wenn du die Permalinks abschaltest? Geht der Wechsel auf ältere Seiten dann?

Zitat von marX

Meines Wissens versucht WP sonst ständig diese mit der in der DB hinterlegten Permalinkstrukur zu aktualisieren, falls sie sich geändert hat.

Kann ich mir nicht vorstellen. Die paar Zeilen in der ".htaccess" findest du in ähnlicher Form auch in anderer Software (Drupal, Joomla, usw.). Damit wird nur geprüft, ob es sich beim Aufruf um eine existierende Datei oder einen existierenden Ordner handelt. Wenn Ja, dann werden die normal aufgerufen, wenn Nein, dann übernimmt die "index.php" von WP die Kontrolle und wertet die Adresse gemäß Permalinkstruktur aus.

Zitat von SuMu

Was ist ein "Siehe auch Plugin"?

Ich tippe mal auf verwandte Beiträge (related posts).

Zitat von dbt23

c) Welches "Siehe auch"-Plugin ist Eurer Meinung nach am besten? Sollte es Tag-basiert suchen, oder nach Kategorien oder beidem?

Ich habe meins selbst geschrieben. Ich kann über ein benutzerdefiniertes Feld einen Begriff vorgeben, und alle Beiträge mit diesem Begriff werden dann aufgelistet. Oder ich kann der Funktion per Parameter sagen, dass sie auf Tags oder Kategorien prüfen soll. Aber wie gesagt, das habe ich mir selbst geschrieben.

Nutze für deine Zwecke als Suchbegriff einfach "related posts" oder "verwandte Beiträge", da solltest du genug Plugins finden.

Die Meldung besagt, dass ein MySQL-Befehl falsch bzw. fehlerhaft ist. Das kann ein fehlendes oder falsch gesetztes Zeichen sein (Syntaxfehler) oder ein unbekannter Befehl, mit dem MySQL nichts anfangen kann.
Der Fehler muss nicht zwingend etwas mit den Links zu tun haben. Er kann auch durch eine später aufgerufene Funktion verursacht werden, die vllt aus (mir bisher) unbekannten Gründen nach dem Erstellen von Links wirksam wird.

Welche Datei wird dir eigentlich angezeigt? Diese Fehlermeldung ist ja nur ein Teil. Meist steht noch der Dateiname dahinter. So hätte man einen Anhaltspunkt, wo man gucken kann. Wenn ich nämlich nach auto_toggle suche, dann finde ich nur eine veraltete Funktion, nicht aber den SQL-Befehl, den du da zitierst.

Und damit bin ich bei der Frage nach deiner WordPress-Version. Welche nutzt du?