Beiträge von zonebattler

Was spricht dann dagegen, allfällige Überarbeitungen am "lebenden" (= bereits veröffentlichten) Artikel vorzunehmen und dann einfach neu abzuspeichern?

Du kannst einen bereits veröffentlichen Artikel doch jederzeit überarbeiten und in die Zukunft umdatieren. Dann verschwindet er aus der aktuellen Ansicht und erscheint zum neuen Termin wieder. Keinerlei sonstige Hilfsmittel erforderlich! Mache ich in einer Kundenseite bei Weihnachts- und Ostergrüßen so: etwa zwei Wochen nach den Feiertagen wird der jeweilige Artikel um ein Jahr vordatiert und schwupp, kommt er zeitgerecht wieder...

Na ja, in der Regel ist aber doch ID-Sortierung mit Datums-Sortierung gleichzusetzen, wenn ich nach dem Veröffentlichen keine "überkreuzenden" Umdatierungen einzelner Beiträge vornehme, oder?

Hat wirklich niemand eine Idee?

Hallo zusammen,

in meinem Blog habe ich in der Seitenleiste unter "Dauerbrenner" eine Vielzahl von Artikelserien verlinkt, deren einzelne Beiträge immer den gleichen Titel haben, der durch eine eingeklammerte Beitragsnummer individualisiert ist. Zwischen Titelstring und öffnender Klammer habe ich jeweils einen non-breaking-space eingebaut, der wirksam verhindert, daß die Suchfunktion bei Wortgleichheit auch Beiträge außerhalb der jeweiligen Serie findet.

Das alles funktioniert tadellos, sei es bei

"Damenbeinen":
http://www.zonebattler.net?s=Damenbeine%26nbsp%3B

oder bei

"1000 Gründen, Fürth zu lieben":
http://www.zonebattler.net/?s=1000+Gr%C3%…ieben%26nbsp%3B

Wie man an diesen Beispielen sieht, werden die Beiträge stets chronologisch korrekt von jung nach alt und numerisch absteigend sortiert.

In der identisch aufgebauten Serie

"Funde im Fundus"
http://www.zonebattler.net?s=Funde+im+Fundus%26nbsp%3B

funktioniert die Sortiererei aber aus unbekanntem Grunde nicht korrekt. Es werden bei Aufruf des Such-Links angelistet:

Seite 1: Artikel 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2
Seite 2: Artikel 1, 19, 18, 17, 16, 15, 14

Die Artikel 19-14 hängen also hinten dran, anstatt vorne zu stehen. Wie kommt's?

Was habe ich zur Herstellung einer korrekten Sortierfolge bislang schon ausprobiert:

- alle Artikel in chronologischer und numerischer Abfolge neu abgespeichert
- alle Plugins abgeschaltet

Hat aber alles nix geholfen. Das Kuriose daran ist aber auch, daß es über Jahre hinweg tadellos funktioniert hat, in dieser Artikelreihe ebenso wie in allen anderen...

Vielleicht bin ich ja aber auch nur zu doof, die Ursache zu finden, die jemand anderes auf den ersten Blick sieht. Danke für jeden zielführenden Hinweis!

Beste Grüße,
Ralph

Beitrag zurückgezogen wegen Irrtums.

So, dann helfe ich mir mal selber zur Freude aller, die das gleiche Problem haben:

In der Datei

wp-includes/widgets/class-wp-widget-rss.php

muß man die Zeile 79 von

$title = '<a class="rsswidget" href="' . esc_url( $url ) . '"><img
class="rss-widget-icon" style="border:0" width="14" height="14" src="' .
esc_url( $icon ) . '" alt="RSS" /></a> <a class="rsswidget" href="' .
esc_url( $link ) . '">"'. esc_html( $title ) .'"</a>';

in

$title = '<a class="rsswidget" href="' . esc_url( $url ) . '"><img
class="rss-widget-icon" style="border:0" width="14" height="14" src="' .
esc_url( $icon ) . '" alt="RSS" /></a> <a class="rsswidget" href="' .
esc_url( $link ) . '">'. esc_html( $title ) .'</a>';

ändern, also die beiden letzten Anführungszeichen entfernen, die in der Zeile vorkommen.

Nach dem Hochladen der geänderten Core-Datei (ja, pfui, ich weiß) wird der Titel des RSS-Feeds wieder wie vorher ohne Gänsefüßchen angezeigt. Hurra!

Beste Grüße,
Ralph

Guten Abend allerseits,

in diversen meiner Blogs, u.a. auf

http://www.zonebattler.net

verweise ich in der rechten Seitenleiste (ziemlich weit unten) auf Beiträge von mir, die ich anderswo geschrieben habe. Dazu benutze ich kein Plugin, sondern das interne RSS-Widget. Im Konfigurationsmenü des Widgets kann man neben der URL des gewünschten Feeds auch einen (optionalen) Feed-Titel spezifizieren. Bei mir wären das zum Exempel:

auf »Fürther Freiheit«:
bei FürthWiki e.V.:
in Medien PRAXIS e.V.:

Seit dem Upgrade auf WP 4.4 umschließt WP die Feed-Titel sozusagen eigenmächtig mit zusätzlichen Anführungszeichen, so daß die Titel nunmehr lauten

"auf »Fürther Freiheit«:"
"bei FürthWiki e.V.:"
"in Medien PRAXIS e.V.:"

Die zusätzlichen Gänsefüßchen würde ich gerne wieder loswerden, zumal sie mir durch vorher nicht erforderliche Zeilenumbrüche numehr das Layout verunschönern.

Leider finde ich mit meinem gediegenen Halbwissen nicht die richtige Stelle: In widgets.php, rss.php, rss-functions.php, feed*.php habe ich gesucht und nix gefunden...

Kann mir jemand auf die Sprünge helfen und mir verraten, wo ich hier Hand anlegen muß, um dem unerwünschten Spuk ein Ende zu bereiten?

Vielen Dank für einen guten Rat und noch einen schönen Adventsabend,
Ralph

Ich habe keinen englischen String in ein Theme geschrieben, ich habe dort einen vorgefunden und niemals verändert. Bis dato funktionierte der vollständig, nach dem Update auf WP 4.4 nur noch zu zwei Dritteln. Ich konnte das fehlende Drittel mittlerweile wieder "nachrüsten", und damit kann die Akte geschlossen werden. "Abwärtskompatibilität" halte ich nebenbei bemerkt für keine schlechte Sache.

Vielen Dank und beste Grüße,
Ralph

Florian, ich glaube, wir reden aneinander vorbei. In der deutschen Core-Sprachdatei stand bis zur Version 4.3 drin:

[COLOR=#333333]#: wp-includes/comment-template.php:880[/COLOR]
[COLOR=#333333]msgid "No Comments"[/COLOR]
[COLOR=#333333]msgstr "Keine Kommentare"[/COLOR]

[COLOR=#333333]#: wp-includes/comment-template.php:882[/COLOR]
[COLOR=#333333]msgid "1 Comment"[/COLOR]
[COLOR=#333333]msgstr "1 Kommentar"[/COLOR]

[COLOR=#333333]#: wp-includes/comment-template.php:884[/COLOR]
[COLOR=#333333]msgid "% Comments"[/COLOR]
[COLOR=#333333]msgstr "% Kommentare"

Und in der aktuellen Version 4.4 steht nur noch, aber auch immer noch drin:

[/COLOR][COLOR=#333333]#: wp-includes/comment-template.php:880[/COLOR]
[COLOR=#333333]msgid "No Comments"[/COLOR]
[COLOR=#333333]msgstr "Keine Kommentare"[/COLOR]

[COLOR=#333333]#: wp-includes/comment-template.php:882[/COLOR]
[COLOR=#333333]msgid "1 Comment"[/COLOR]
[COLOR=#333333]msgstr "1 Kommentar"[/COLOR]

Und das führt bei Themes ohne eigene Sprachdatei (und davon kenne ich eine ganze Menge) automatisch und zwangsläufig zu dem von mir beschriebenen Verhalten. Besagtes Theme fügt(e) hier überhaupt nix hinzu, es fiel im Gegenteil eine seit Jahren vorhandene Übersetzung aus dem Core weg!

Schönen Abend,
Ralph

Florian: Interessant, danke! Aber schiefgelaufen ist bei mir nix, denn der von Dir verlinkte String

%s Comment

ist ein anderer als der von mir als fehlend angemahnte String

% Comments

Offenbar hat man da was umgestellt und eine "veraltete" Form halbherzig/teilweise entfernt, die aber noch von allerlei Themes benutzt wird...

Monika: Dann wirf mal die Sprachdatei von Twenty Ten raus (aus dem neuen allgemeinen Language-Ordner) , so daß nur die Core-Übersetzung übrig bleibt. Dann sollten die Strings für keinen oder einen Kommentar weiterhin in Deutsch erscheinen, nicht aber der für mehrere...

Beste Grüße,
Ralph

Hallo zuständige Kollegen und Hüter(innen) der deutschen Sprachdateien,

bitte schaut Euch mal das hier an:

http://forum.wpde.org/installation/1…i-wp-4-4-a.html

Muß ja hier nicht alles nochmal reinschreiben... Danke!

Beste Grüße,
Ralph

So, gelöst. In der allgemeinen Sprach-Datei de_DE.PO habe ich unter die Einträge

#: wp-includes/comment-template.php:880
msgid "No Comments"
msgstr "Keine Kommentare"

#: wp-includes/comment-template.php:882
msgid "1 Comment"
msgstr "1 Kommentar"

soeben manuell hinzugefügt:

#: wp-includes/comment-template.php:884
msgid "% Comments"
msgstr "% Kommentare"

(wobei ich die 884 geraten/ausprobiert habe). Abgespeichert, in Poedit geladen, kompiliert gespeichert und das Ergebnis hochgeladen: Funzt wieder!

Würde das gerne an die für die Sprachdatei zuständigen Kollegen weiterreichen, kann das jemand für mich erledigen? Danke!

Beste Grüße,
Ralph

Zitat von FlorianBrinkmann

Übersetzt ist der String im WordPress-Core.

Eben nicht (mehr)! In den mit WP 4.4 mitgelieferten deutschen Lokalisationsdateien de_DE.mo / de_DE.po ist dieser String weggefallen, wie ich eingangs schrub. Womöglich aus Versehen, aber er ist jedenfalls weg. Daher rührt ja auch das Problem...

Zitat von FlorianBrinkmann

Kann es sein, dass dein Theme eigene Sprachdateien mitbringt oder du im Backend die Meldung bekommst, dass du Übersetzungen aktualisieren kannst (Unter „Dashboard“ bei „Aktualisierungen“)?

Weder/noch, mein Theme hat keine eigene Sprachdatei, also gibt es da auch nix zu aktualisieren. Ergo greifen die coreseitigen Übersetzungen, und da fehlt neuerdings der besagte String... Würde ihn ja gerne einfügen, aber wie? Ursächliche Behebung wäre m.E. angesagt, also Wiederaufnahme in die de_DE.po!

Beste Grüße,
Ralph

So, ich konnte selbst noch was herausfinden: "Neuere" Themes wie Twenty Ten bringen eine eigene Sprachdatei mit, in der die Strings

0 Comments
1 Comment
% Comments

nochmal separat enthalten und übersetzt sind. Das scheint Priorität über der allgemeinen WordPress-Sprachdatei zu haben, was je prinzipiell in Ordnung ist. Deswegen werden also die meisten User nix von dem lästigen Phänomen bemerken. Fragt man sich nur, warum die Core-Prorammierer nicht alle drei Strings rausgeworfen haben sondern nur einen, wenn man das an der Stelle als redundant und obsolet erachtet?

Aber egal: Was kann ich jetzt tun?

1) In meinem Theme "% Comments" durch "% Kommentare" überschreiben (quick & dirty)

2) Für mein Theme extra deswegen eine eigene Sprachdatei anlegen (aber wie?)

3) In die offizielle WP-Sprachdatei die fehlende Zeile "% Comments" samt Übersetzung wieder einfügen (auch nicht trivial, wenn man bis dato nur mit Poedit Bestehendes geänadert hat. Hält überdies nur bis zum nächsten offiziellen Update.)

Was schlagt Ihr vor?

Vielen Dank und beste Grüße,
Ralph

Hallo zusammen,

nachdem ich heute alle meine WP-Installationen manuell auf WP 4.4 upgedated hatte, fiel mir bei einigen Websites auf, daß auf der Hauptseite unter Artikeln mit mehreren Kommentaren nicht mehr

x Kommentare

steht, sondern

x Comments

Inzwischen habe ich als ursächlich herausgefunden, daß von den drei in der Sprachdatei vorhandenen, hier zuständigen Übersetzungs-Strings

No Comments
1 Comment
% Comments

nur noch die ersten beiden vorhanden sind, der für die Pluralbildung erforderliche String

% Comments

hingegen nicht mehr in der Sprachdatei enthalten ist. Interessanterweise tritt das Phänomen aber nur in Blogs mit relativ alten Themes auf, wie z.B. meinem eigenen:

http://www.zonebattler.net/

In Blogs mit einem relativ jüngeren Theme (Twenty Ten modifiziert), wie z.B.

http://www.fuerthwiki.de/verein/

steht unter den Artikeln weiterhin korrekterweise

x Kommentare

Muß also noch eine andere Variable geben, aber die zu finden kriege ich momentan nicht auf die Reihe, da stehe ich irgendwie mir selbst im Weg bzw. auf dem Schlauch. Kann mir jemand freundlicherweise auf die Sprünge helfen, was ich in meiner index.php in

comments_popup_link(__('No Comments'), __('1 Comment'), __('% Comments'));

an letzter Stelle einsetzen muß, um wieder zu einem korrekten deutschsprachigen Plural zu gelangen?

Vielen Dank und noch einen schönen Advents-Sonntag,
Ralph

Zitat von Newbie48

Dann: die "Jungs und Mädels" vom MailPoet-Support verstehen weder deutsch noch französisch - die einzigen Sprachen, die ich beherrsche.

Hm, die beiden Gründer von MailPoet sind Franzosen, ich denke schon, daß Du kompetente Antwort auf in Französisch gestellte Fragen bekommst, wenn Dir die eigentlichen Supporter aus Sprachgründen nicht weiterhelfen können...

Zitat von Newbie48

Und daß das Plugin seit dem Update nicht mehr funktioniert, ist schliesslich nicht meine Schuld.

Aber auch nicht notwendigerweise die von den MailPoet-Programmierern: Deine Probleme können durchaus aus Plugin-Inkompatibilitäten resultieren, deren Ursache bei dem - noch zu entlarvenden - anderen Plugin liegt. Daß die vorher friedlich koexistierten, ist kein Beweis für einen Bug in in der jüngsten Version von MailPoet... Zumal Dein Problem singulär zu sein scheint.

Beste Grüße,
Ralph

Zitat von Newbie48

In meiner Verzweiflung eine Neuinstallation gemacht, alle Daten (Mitgliederlisten) verloren und den Bug behalten. Alles wie gehabt: kein Speichern mehr.
Hab die Nase von dem Plugin gestrichen voll. Gibt's nix besseres?

Das kann man so nicht stehenlassen: Mit unbedachten Panik-Reaktionen fahrlässig seine Datenbestände zu killen und dann anderen dafür die Schuld in die Schuhe zu schieben ist weder fair noch eine zielführende Lösungs-Strategie. Warum hast Du nicht wie bereits vorgeschlagen den MailPoet-Support kontaktiert? Die Jungs und Mädels sind sehr bemüht, wie ich selbst schon feststellen konnte.

Zweitens hättest Du bei vorher gezogenem Datenbank-Backup (MySQLdumper läßt grüßen) jetzt keinerlei Probleme, Deine WordPress-Installation auf den Stand vor Deiner Plugin-Neuinstallation zurückzusetzen. Drittens wäre es Dir dann auch möglich, alternativ per FTP die Dateien der vorherigen (und bei Dir ja noch funktionierenden) Version von MailPoet hochzuladen und einzuspielen, ohne Deine Adreßlisten, Newsletter etc. in der Datenbank zu gefährden.

Fazit: Deine Probleme sind zwar ärgerlich, der durch Dein unbedachtes Vorgehen entstandene Datenverlust ist aber nicht den MailPoet-Leuten anzukreiden. Da mußt Du dich schon an die eigene Nase fassen...

Ich hatte gestern schon geantwortet, allerdings ist mein Beitrag wohl wegen zwei beispielhaft genannter Links auf eigene Websites in der Moderationsschleife hängengeblieben. Daher nur ganz kurz und ohne Bildbeispiel: Ich verwende den Ajax Event Calendar seit Jahren sowohl auf speziellen Termin-Seiten (Einbindung per Shortcut) als auch in der Sidebar (via Widget). Manuelle Eingriffe in PHP-Dateien sind dazu nicht erforderlich, das funktioniert alles out-of-the-box und sehr benutzerfreundlich. Warum versuchst Du da ohne Not, an den Innereien herumzubasteln? Gehe doch einfach nach der Anleitung vor!

Beste Grüße,
Ralph

Ich nutze den Ajax Event Calendar hier:

http://www.fuerther-freiheit.info/

und da:

http://www.fuerthwiki.de/verein/

jeweils sowohl auf einer extra "Termine"-Seite (mit Shortcut) als auch in der Sidebar (mit Widget). Manuelle Eingriffe in PHP-Dateien sind nirgends nötig gewsen, das funktioniert doch absolut problemlos out of the box?

Beste Grüße,
Ralph