Beiträge von Putzlowitsch

Man könnte auch das Datenbankfeld 'menu_order' dafür verwenden. Lange Zeit wurde es nur für die Reihenfolge statischer Seiten verwendet, ab Version 2.5 auch für die Reihenfolge der Bilder in der WP-Gallery. Bei Artikeln steht dort immer 0 drin.

Man müßte das natürlich selbst programmieren, also irgendwas für die Eingabe der Reihenfolge und dann die Sortierung der Abfrage.

Gruß
Ingo

Doch, doch, die wp-rss2.php ist schon noch erforderlich, nur der eigentliche Code wurde ausgelagert und wird dann per include in die Datei eingefügt.

Das Dein Problem nicht direkt etwas mit RSS zu tun hat, sieht man auch daran, daß bei Deinen normalen Seiten auch die Leerzeile vorhanden ist, nur wirkt sie sich da nicht direkt sichtbar aus.

Gruß
Ingo

Moment mal, Plesk? Du hast einen Server oder VServer bei HE? Das wäre schon eine wichtige Information gewesen, ich bin stillschweigend von Shared-Webhosting ausgegangen.

Was Plesk und Server angeht, muß ich leider passen, meine Hinweise beziehen sich auf Webhosting-Pakete.

Gruß
Ingo

Hier mal ein Auszug aus meiner wp-config:

// ** MySQL settings ** //
define('DB_NAME', 'db1023456-001');    // Der Name der Datenbank, die du benutzt.
define('DB_USER', 'dbu1023456');     // Dein MySQL Datenbank Benutzername.
define('DB_PASSWORD', 'gd35tezfd'); // Dein MySQL Passwort
define('DB_HOST', 'localhost');    // 99% Chance, dass du hier nichts ändern musst.

Das 001 beim DB_NAME ist die beim Erstellen der Datenbank gewählte Erweiterung, ansonsten sind DB_NAME und DB_USER vorgegeben. Beim DB_USER kommt halt nach dem db-Präfix noch ein 'u' und dann die siebenstellige Nummer.

Gruß
Ingo

Vielleicht diese Problem:
http://forum.wordpress-deutschland.org/installation/3…html#post171583

DB_NAME ist auf jeden Fall falsch, da muß etwas wie 'db1087654-xyz' stehen.

Gruß
Ingo

Den Link zu einem Kategorie-Feed kannst Du Dir mit der Funktion get_category_feed_link holen.
Um Feeds vollständig auszugeben, muß bei den Lese-Einstellungen die Option
Zeige im Newsfeed (•) ganzen Text
ausgewählt werden.
Aber auch dann zeigen manche Feedreader nur die Kurzfassung an. Das kann man dann nur beim Feedreader selber ändern (wenn übehaupt).

Nachtrag: Die Alphawolfsche Variante funktioniert natürlich nur mit Permalinks, dummy verwendet diese aber nicht, wenn ich das richtig in Erinnerung habe :-)

Gruß
Ingo

Ich weiß zwar nicht, wo nun der Fehler bei Dir liegt, aber das in dem verlinkten Beitrag geschrieben trifft in dieser Form erstmal so nur auf WP bis Version 2.1 zu, danach wanderte der Code von der wp-rss2.php in die /wp-includes/feed-rss2.php. Da steht dann das drin, was früher in der wp-rss2.php stand.

Und das mit der php-Umschaltsache stimmt so auch nicht. Ein Schließen des PHP-Modus in einer Zeile und erneutes Öffnen in der nächsten Zeile bewirkt keine Ausgabe des Zeilenumbruchs. Sonst müßte dieser Code ja bereits vier Leerzeilen vor der eigentlichen Ausgabe produzieren, tut er aber, zumindest bei mir, nicht:

<?php $a=1; ?>
<?php $b=$a*2; ?>
<?php $c=$b*2; ?>
<?php $d=$c*2; ?>
<?php echo "$a $b $c $d"; ?>

Zu dem behaupte ich mal, das in den originalen WP-Dateien solche Fehler nicht auftreten, die eine ungewollte Ausgabe von Leerzeichen oder Leerzeilen erzeugen. Die Ursache liegt immer bei Plugins, editierten Dateien (meist wp-config.php) und möglicherweise dem Speichern in einem falschen Format oder einem Problem bei der Übertragung der Dateien auf den Server (FTP).

Das die (unnützen) Änderungen an den beschriebenen Dateien nichts gebracht haben, zeigt auch, daß es daran eben nicht liegt. Ohnehin ist eine Veränderung der originalen WP-Dateien keine gute Idee. Man macht vielleicht mehr kaputt, als man denkt.

Gruß
Ingo

Du kannst auch einfach das "123 Homelink"-Plugin nehmen, das ist genau dafür gedacht.

Gruß
Ingo

Naja, eigentlich gibt es schon immer schöne Such-URIs, sofern Permalinks aktiv sind. Nur benutzt sie scheinbar kaum jemand und außerdem kommen sie in Englisch daher:
http://blog.whatwg.org/search/looking
Also einfach 'search' verwenden.
Die Suchanfrage vom Formular leitet man per Redirect auf die /search/-URI weiter:

RewriteCond    %{QUERY_STRING}    ^s=(.+)$
RewriteRule    .    /search/%1?    [R,L]

Gruß
Ingo

Wieviele Seiten sind es denn?
Wenn Du einfach die Seiten öffnest und speicherst? Vermutlich fehlt nur irgendein Eintrag.

Gruß
Ingo

Vermutlich hat das was mit den Rewrite-Rules für die Permalinks zu tun. Geh doch einfach zu den Permalinkeinstellungen und klicke dort auf [Änderungen speichern], dann werden die Regeln neu geschrieben.

Gruß
Ingo

Achso, nee das kann mein Plugin leider nicht. Man sieht schon normalerweise die Uploads der anderen Nutzer. Die Uploads werden artikelbezogen gespeichert, nicht userbezogen. Aber eigentlich könnte man ja genau dieses auch nutzen, um die Uploads nutzerselektiv zu machen. Man sieht halt nur die Uploads zu eigenen Artikeln.
Ich weiß nicht, ob es sowas schon gibt, sollte aber per Plugin machbar sein.

Gruß
Ingo

Ahhhh, das sieht ja genau so aus, wie dieses eBay/PayPal "ID-Protection"-Teil:
Putzlowitscher Zeitung » Noch sicherer

Nette Sache, funktioniert bisher sehr gut. Genau das wäre es doch, für den WP-Admin-Bereich. Vielleicht kann ja Wordpress Verisign mit ins Boot holen... :-)

Gruß
Ingo

Ja gut, für mein WP-Admin-Login ist 3mal im Monat natürlich ein bißchen wenig, fürs Banking reicht es mir allemal :-)
Ist übrigens die Sparda-Bank.
TAN-Generator ist natürlich auch nicht schlecht und viel flexibler. Und bei welcher Bank gibts das?

Gruß
Ingo

Ich denke mal, mit einer SMS wäre das Ganze gar nicht so abwegig, also für den eigenen Admin-Login. Meine Bank hat z.B. so eine SMS-TAN-Option, da kann ich mir eine TAN per SMS schicken lassen, um nicht immer die ganze iTAN-Liste mitschleppen zu müssen. Dreimal im Monat ist das sogar kostenlos.

Gruß
Ingo

Ich habe da mal so ein Dies-und-Das-Plugin geschrieben, eine Sammlung kleiner nützlicher Funktionen. Dabei gibt es auch eine Option, welche den Upload-Bereich unter dem Artikel (WP < 2.5) ausblendet und allen Usern die Uploadrechte entzieht. Muß ich mal gucken, ob das unter 2.5.x auch noch so funktioniert.

Gruß
Ingo

Also ich denke eher, daß das sowas wie hier im Forum die Option "Automatically retrieve titles from external links" sein soll. Da ist mir allerdings nichts bekannt.

Gruß
Ingo

Gut, da habe ich das mit dem "direkt in die Datenbank schreiben" wohl mißverständlich formuliert. Es geht darum, wie das in die Datenbank geschrieben wird. Es ist keine gute Idee, daß so zu machen, wie es das Plugin macht, nämlich direkt per SQL-Befehl. Besser ist es in jedem Fall, die in WP dafür vorgesehenen Funktionen zu verwenden (z.B. wp_insert_post).

Die ID ist übrigens ein sogenanntes Autoincrement-Feld, hier sollte man überhaupt keinen Wert verwenden, dieser wird von der Datenbank selbständig hochgezählt.

Ein paar andere Plugins werden z.B. hier genannt:
http://forum.wordpress-deutschland.org/plugins-und-wi…html#post173481

Gruß
Ingo

Ab WP 2.5 findest Du da eine Option bei "Einstelungen -> Verschiedenes":
[x] Beschneide die Thumbnails in die richtige Größe (Thumbnails sind normalerweise proportional)

Diese muß deaktiviert werden.

Gruß
Ingo

Naja, das Plugin sollte man ganz schnell wieder vergessen. Es schreibt die importierten Posts direkt in die Datenbank anstatt dafür die WP-Funktionen zu verwenden. Das dürfte spätestens bei den Kategorien in die Hose gehen, denn eine Tabelle 'post2cat' gibt es seit WP 2.3 nicht mehr.
Und ja, auch der post_type stimmt natürlich nicht, der war bei WP 2.0.x leer, wenn es kein Attachment war. Ab Version 2.1 sollte hier 'post', 'page' oder 'attachment' stehen.

Such Dir was anderes :-)

Gruß
Ingo