Beiträge von msi

  • Tags und Kategorien

    Zitat von Nachtmeister

    Schläuer ist es ja im prinzip, Tags zu benutzen. Nur bleibt aber ja das hässliche Übel zurück, das die Beiträge im "Unkategorisierten" landen.

    Ist es schlau die Beiträge sowohl in Kategorien abzulegen als auch zu Taggen? Macht das sinn?


    Das kommt auf dich an. Für mich macht es Sinn. Ich nutze Kategorien als eine Art übergeordnete Rubrik. Sagen wir als Beispiel, ich hätte die Kategorie "Blog". Darin kann ich Artikel schreiben, die sich auf den Blog an sich beziehen, oder die mit WordPress usw. zu tun haben. Und da kommen bei mir die Tags ins Spiel. Manchmal schreibe ich auch Beiträge, die ich nicht mit Tags versehe.

    Und wenn es für dich ein "hässliches Übel" ist, dass die Beiträge in der "uncategorized"-Kategorie landen, dann blende es aus. Ist nur ein kleiner Eingriff ins Theme. Du lässt bspw nur noch die Tags anzeigen.

  • Wordpress Update 2.5.1!

    Zitat von dummy

    Hallo, ich musste noch einige kleine Nachbesserungen vornehmen, damit WP 2.5 einigermaßen funktioniert.Ich habe nun angst, dass die neue Update das wieder kaputt macht.


    Für solche Zwecke habe ich ein kleines Skript. Das holt die jeweils aktuelle Version aus dem SVN, kopiert die Dateien in den Ordner meines lokalen Testblogs und startet dann eine automatische Anpassung der von mir veränderten Dateien mit dem Tool "patch".
    Kleinere Unterschiede werden ohne Murren ausgeglichen. Sollten sie mal zu groß werden, dann meldet "patch" das. In dem Fall passe ich die Datei manuell an und starte "diff" (auch über das Skript). Das Skript speichert die Unterschiede der von mir veränderten Dateien dann neu ab, und ich habe wieder Ruhe.

    Ich kann diese Vorgehensweise nur empfehlen, denn du weißt doch selbst am besten, welche Dateien du verändert hast. Insofern wirst du auch auf Fehler aufmerksam gemacht und weißt dann, dass du die Datei XY eben noch mal manuell anpassen musst.

  • Beitrags-ID zurücksetzen

    Abgeschaltet habe ich das bereits; Datei "default-filters.php"

    Code
    //add_action( 'pre_post_update', 'wp_save_revision' );

    Das war aber bei meinem letzten Beitrag noch aktiv. Darum die Suche nach der Lösung. Ich würde nichts sagen, wenn es dafür bspw die Tabelle "wp_revisions" gäbe. Ein Problem dürfte dies kaum sein. Jede Revision hat ihre eigene ID und verweist aber auf den veröffentlichten Beitrag. So ähnlich wie dies in der Tabelle "wp_term_relationship" für Tags und Kategorien gemacht wird.

  • Beitrags-ID zurücksetzen

    Nenne es Eigenart, Marotte, Neurose ... :mrgreen: Ich habe kein Problem damit, wenn ich zwischendurch Lücken in der Reihenfolge habe. Hab schon einige Beiträge entfernt oder auf Privat gesetzt. Aber nicht wg dieses Autospeichern- und Revisionsquatsches.

  • Beitrags-ID zurücksetzen

    Man kann es ändern, jottlieb. Die Gründe hatte ich genannt. Ich habe übrigens die Lösung. Die gilt aber nur, wenn man die höchste ID nutzen will. Sind zwischendurch Lücken (Beitrag 1 - 2 - 3 - 5 - 6 - 10 - 11, usw), dann ist das eben Pech.

    In meinem Fall habe ich in den Tabellen "wp_posts", "wp_postmeta" und "wp_term_relationship" alle Felder gelöscht, die auf eine Revision hindeuten. Das ist auch kein Problem! Wenn mein Artikel die ID 100 hat, und ich sehe eine Revision (gleicher Artikel, nur minimal anderer Text) mit der ID 101, dann lösche ich aus den o.g. Tabellen alles, was die 101 enthält.

    Dann in den SQL-Modus und

    Code
    ALTER TABLE wp_posts AUTO_INCREMENT = 101

    und voilá, der nächste Beitrag bekommt die ID 101.


    Zitat von marX

    Was stört dich eigentlich an den IDs? In den Permalinks kannst du diese ja ausblenden.


    Ich nutze aber bewusst die Struktur, in der man die ID sieht.

  • Beitrags-ID zurücksetzen

    Weiß jemand, wie das geht?

    Hintergrund: mich nervt die Auto-Speicherung. Ist bei mir inzwischen aus. Es kann sein, dass ich einen Artikel anfange, ihn dann aber doch wieder lösche usw. Durch das Speichern ist aber bspw die ID 100 belegt worden.

    In WP 2.6 wird es offenbar ein Revisionssystem geben. An sich eine nette Idee, hat aber den Nachteil, dass mit jedem Druck auf "Speichern" eine Kopie mit neuer ID angelegt wird. Schreibt also jemand den Artikel mit der ID #100 und ändert nach der Veröffentlichung noch etwas (u.U. mehrfach), wird pro Speichervorgang eine ID verbraucht.

    Und mir gefällt es nicht, wenn der nächste echte Artikel dann bspw die ID #105 hat.

    Also, welche Einträge in der Datenbank müsste ich löschen, damit WP die ID ermittelt, die tatsächlich frei ist (101 bspw.). Die Einträge der Revisionen usw sind bereits gelöscht.

  • Kleine Übersetzungsfehler

    Zitat von ratterobert

    und bis jetzt haben wir den grund dafür noch nicht finden können.


    Ich habe ihn.

    Kurzfassung: Ergänzt bitte für die Sprachdatei in der Liste der Schlüsselworte (_e, _c, __, usw.) noch diese Zeile

    Code
    __ngettext_noop:1,2

    und scannt die PHP-Quelltexte neu, dann tauchen die Dinger auf.

    Langfassung: Die Links werden mit Variablen in der "wp-admin/edit.php" erzeugt. Die Variablen selbst werden mit der Funktion "wp_edit_posts_query()" (wp-admin/post.php) gefüllt. Und dort hat man dann, warum auch immer, diese Funktion "__ngettext_noop" verwendet.

  • Kommentare müssen freigeschalten werden: keine Meldung für User beim Eintragen!?

    Richtig, es liegt am benutzten Thema. K2 zeigt zum Beispiel die gewünschte Meldung an.

    btw,

    Zitat von csign

    $oddcomment = 'alt';


    hat mit deiner Meldung absolut nichts zu tun. Es bezieht sich lediglich auf eine bestimmte, andere CSS-Klasse, durch die ein Kommentar eine andere Hintergrundfarbe bekommt. Es steht sogar direkt im Kommentar über der von mir zitierten Codezeile. Wenn du aus $oddcomment $addcomment machst, klappt das nicht mehr. ;)

  • Gemeinsamkeiten zwischen geknackten WP-Blogs

    Zitat von Lou_Cipher

    was ist das was du mir abgeglcihen meinst?


    Der Kommentar, den dir jemand schreibt, wird an einen Server gesendet und dort auf typische Merkmale von Spam hin untersucht. Würde Akismet das lokal machen, brächte es eine enorm große Erkennungsdatei (ähnlich Virenscannern) mit. Ich möchte den Entwicklern von Akismet nichts unterstellen, aber ein schlechtes Gefühl habe ich dennoch. Und wir erinnern uns doch, wie groß das Geschrei bei WP 2.3.3 war. Das gleiche Thema: Blog- und Pluginupdates sind eine gute Sache, aber wozu muss die Adresse übertragen werden?


    bzgl Spam gab es mal einen interessanten Vorschlag. Du kennst Captchas und diese "Rechne X und Y aus"-Eingabeboxen? Es ist bekannt, dass Spambots auf alle möglichen Checkboxen klicken, die sie in einem Formular finden. Nimm so eine Checkbox und mache sie via "display:none;" unsichtbar, so dass sie der normale Benutzer gar nicht sehen und anklicken kann. Führe den Gedanken für Bots fort. :mrgreen:

    Ich muss noch mal gucken, wo das Prinzip beschrieben war. Ich fand das grandios.

  • Gemeinsamkeiten zwischen geknackten WP-Blogs

    Zitat von Lou_Cipher

    Askimet zu deaktivieren ist keine Lösung ( Du spammer?)


    Auf die Unterstellung in Klammern fällt mir eigentlich nur ein Schimpfwort ein. :evil:Ich habe Akismet bei mir deaktiviert. Vllt ist mein Blog nicht interessant genug, weil ich von Spam verschont bleibe. Und das ist auch OK, denn was bringt es mir, bei Google auf den vorderen Plätzen zu rangieren? Richtig. Nix!

    Außerdem mag ich Akismet nicht, weil der Kommentar von interessierten Leuten mit einem mir unbekannten Server abgeglichen wird. Was sonst noch passiert (wer liest es ggf? wird es gespeichert?) entzieht sich komplett meiner Kontrolle. Es gibt bessere Tools, um sich vor Spam zu schützen.

  • Gemeinsamkeiten zwischen geknackten WP-Blogs

    Vermutlich weiß man eben noch nicht, ob der Fehler in WP liegt, oder ob das von einem Plugin verursacht wird. In der letzten Revision (7599, 2.6bleeding) wurde bspw die "xmlrpc.php" ausgetauscht.

    Man könnte das Problem eingrenzen, wenn einfach alle mal die ganzen Plugins deaktivieren und die Kommentarfunktion vorübergehend auf "moderieren" stellen. Du brauchst kein Antispam-Plugin, wenn du die Kommentare sowieso freischalten musst. Man kann vorübergehend auch sicher auf den ganzen Schnickschnack (Lightbox, Thickbox, NGG, usw.) verzichten. Und ob man bei Google weit vorn gelistet ist oder nicht, sollte eigentlich hinter dem größeren Interesse der Sicherheit zurückstehen. Meine Meinung!

    Wird dann die Lücke wieder ausgenutzt, und wird dann wieder dieser Ordner "wp-content/1" angelegt, dann kann man das Problem auf WP eingrenzen.
    Vorausgesetzt, man hat den Blog vorher gesäubert, die Datei- und Verzeichnisrechte passend gesetzt, usw.

  • WP 2.5 RSS im Dashboard ausblenden

    Du meinst die Übersicht über neue Dinge, eingehende Links, aktuelle Kommentare, usw? Da musst du in zwei Dateien aktiv werden. Einmal in der "wp-admin/index.php" (ziemlich weit am Anfang steht ein JavaScript-Teil, in dem du die unerwünschten Dinge auskommentieren kannst), und dann noch in der "wp-admin/includes/dashboard.php". Such dort bitte nach

    Code
    $dashboard_widgets = array( ... );

    In Klammern stehen die einzelnen Widgets. Welche du nicht brauchst, entfernst du, oder du kommentierst sie aus.