Beiträge von codestyling

Es gibt seit mehreren Versionen diesen unschönen Übersetzungsfehler: http://forum.wordpress-deutschland.org/plugins-und-wi…html#post339218

Zitat

§7 Werbung

Der Nutzer stimmt ausdrücklich zu, dass von co.de Werbung auf seiner Internetseite angezeigt bzw. durch co.de aufgeschaltet wird. Der Nutzer stimmt zu, dass die Inhalte seiner Internetseiten über eine globale Suchmaske auf der co.de recherchierbar gemacht werden können. Der Einsatz von Techniken seitens des Nutzers, die die Einblendung von Werbung beim Aufruf von Subdomains gezielt unterdrücken oder stören, ist nicht zulässig.

Aus den AGB des Anbieters: http://www.co.de/tos

Mehr gibt es dazu nicht zu sagen ;-)

Hierbei handelt es sich um einen Übersetzungsfehler in der deutschen Sprachdatei. Man muß keinen Code ersetzen sondern nur die richtigen Trennzeichen für Tausender und Dezimal-Trenner per Sprachdatei bereitstellen.

Im Deutschen ist der Dezimaltrenner ein Komma und der Tausender ein Punkt. In den USA genau umgekehr, was auch in der Übersetzung gemäß US gemacht wurde.

Anbei ein Screenshot aus meinem Übersetzungsplugin, der den Fehler mit der WP 3.0 Sprachdatei ebenfalls ausweisst.

Hast du das mit der heute neu veröffentlichten Version 1.98 auch schon getestet?

Ja, das liegt an PHP 5.3!
In dieser Version werden Datentypen strict gecheckt, wenn man einer Function, die ein Array erwartet, was anderes übergibt als ein Array, hagelt es Fehlermeldungen.

Hier die Übersicht der Verhaltensänderungen, ich fürchte, eine große Anzahl von Plugins werden versagen!

http://de.php.net/manual/en/migration53.php

Wie wäre es hiermit: http://www.code-styling.de/deutsch/permal…2-clean-umlauts
Es wird sichergestellt, das Permalinks SEO tauglich werden, LiveWriter wird korrigiert und alles sonstige sing korrekt UTF-8 Umlaute.
Kannst ja mal den Artikel studieren, ob es für dich eine Option darstellt.

Zitat von herbert00

Muss ich die *.po Datei also speziell editieren?

Ja, denn WP nimmt nur die *.mo Form. Das geht, wie maxe schrieb, mit PoEdit oder mit diesem Plugin, sofern deine Rechte auf der Domain ausreichend sind: http://www.code-styling.de/deutsch/entwic…ng-localization

Oder jemand quält sich ohne Javascript durchs Backend, dann kommt auch keine Abfrage.

Ist über die Forensuche einfach zu finden, man hätte nur "1und1" als Suchbegriff bemühen müssen: http://forum.wordpress-deutschland.org/installation/3…html#post177943

Wenn dieses Suchkriterum hart im Plugin/Theme so als SQL String geschrieben steht, dann mußt du die *.php Datei, die dies enthält, als UTF-8 ohne BOM Marker speichern, damit die Umlaute UTF-8 encodiert behandelt werden.

Wenn du es im phpmyadmin eingibst, wir es automatisch UTF-8 encodiert, weshalb es auch funktioniert. Nur wenn es in einer PHP Datei hart steht, wie es offensichtlich dein Codeblock zeigt, hängt es vom encoding der PHP Datei selbst hab.

Das ist zu simpel gedacht, da muß schon HTML Markup erzeugt und als String zurückgegeben werden. Allerdings wäre das Handarbeit.
Da ich nachher 750km fahren muß und eine wenig Schlaf brauche, kann ich das jetzt leider nicht mal eben schnell runtertippen, sonst gerne.

Der Verweis auf dieses Plugin, das nur bis WP 2.7 angeben ist, sollte mit Vorsicht auf 2.8 verwendet werden, denn ab einem Zeitpunkt X kann es passieren, das es nicht mehr funktioniert: http://forum.wordpress-deutschland.org/plugins-und-wi…iert-nicht.html

Das ist der Autor leider gefragt, das zu ändern.

Dazu gibt es ja unter jedem Artikel eine Box "Auszug" in der du ein benutzerdefinierten Excerpt reinschreiben kannst. Dieser Except wird nicht nachbearbeitet, jedwedes HTML, das du dort reinschreibst, wird bei the_excerpt(...) auch ausgegeben.

Also Ingo hat schon Recht mit get_the_... statt the_... aber das Entscheidende ist, das du ja bereits in einer Loop steckst und eine 2te machen willst.
Wenn du setup_data() nicht aufrufts, wird das nix mit deiner Loop für die Einblendung, den der Post der gerade aktuell ist, ist ja der in den du das integrieren willst. Machst du das jedoch, geht dir der Post selbst "flöten" und wird nicht korrekt angezeigt.
Da kannst du nur pur mit dem Array aus Post Objekten arbeiten, wenn du schon in einer Loop bist. Loop in Loop geht bei WP nicht.

Muss aber ein Hack sein, der passiert ist bevor es WP 2.8.2 wurde, denn für die aktuelle Version ist mir dieser Hack nicht bekannt, wohl aber bei älteren: http://forum.wordpress-deutschland.org/allgemeines/56…html#post264707

Es ist entweder wieder das Theme oder eine sonstige zu ladende Standard PHP modifiert und schleust ein Javascript im Backend ein. So sieht es für mich jedenfalls aus denn ich konnte so ein befallenes System noch nicht untersuchen.

Die entsprechenden Spam-Links am Ende der Seite konnte ich allerdings in deinen Seiten nicht finden.

Ja, die Seite ist gehackt worden. Wenn du den Seitenquelltext im Browser aufrufst, siehts du eine Menge Spam-Links am Ende der Seite.
Ich denke, dass das Theme manipuliert ist. Damit man mit dem Theme auch das Backend erreichen kann (um dann Scripts auszuführen, die dich zur Eingabe eines Passworts nötigen), müsste die functions.php deines Themes verändert worden sein.

Folgendermaßen würde ich erstmal vorgehen:

1. Alle Themes aus dem Theme Ordner löschen.
2. Alle Themes aus sauberen Quellen (Original WP bzw. Themeanbieter) wieder per FTP aufspielen.
3. Überprüfen in der Datenbank per MySQLAdmin, ob dort noch andere Benutzer angelegt wurden, die du nicht kennst.
4. Dann erst den Browser öffnen und nachsehen, ob die Links wieder schon drin sind.

Falls dann bei 4. keine Links mehr zu sehen sind und auch Editieren wieder geht, schleunigst updaten.
Falls nicht, ist der Hack viel tiefer und bedarf einer größeren Analyse.

Zufällig dieses Plugin im Einsatz WP Hashcash http://wordpress-plugins.feifei.us/hashcash/ ?

echo '<div><input type="hidden" id="wphc_value" name="wphc_value" value=""/></div>';
    echo '<p>' . __('Powered by', 'wp-hashcash') . ' <a href="http://wordpress-plugins.feifei.us/hashcash/">WP Hashcash</a></p>';
    echo '<noscript><div><small>Wordpress Hashcash needs javascript to work, but your browser has javascript disabled. Your comment will be '.$verb.'!</small></div></noscript>';
}

Das du ja eine deutsche Version hast, deren Sprachdatei "de_DE.mo" heißt, kommt die "de_DE.php" mit in das Verzeichnis /wp-content/languages rein.
Die andere ist, wie beschrieben, zur Illustration gedacht, was in anderen Sprachen alles gemacht wird.

Das clean-umlauts Plugin sollte dann aber deaktiviert werden, denn es ist dann nicht mehr nötig.

Das sieht mir danach aus, das du entweder o42-clean-umlauts oder Windows Live Writer benutzt, der die Titel mit Uuml erzeugt statt mit Ü.

Mit TTF Titels gab es schon das gleiche Problem bei Richarda, sie setzte auch TTFTitles und LiveWriter ein.
Ich habe vor längerer Zeit einen Artikel geschrieben, wie man korrekte deutsche Permalinks ohne o42 Plugin und gleichzeitig auch korrekte Titel durch den LiveWriter bekommt: http://www.code-styling.de/deutsch/permal…2-clean-umlauts

Ebenfalls ist ein Download enthalten, ich denke das wird auch deine Probleme lösen. Allerdings müsstest du die bestehenden Artikel händisch in der HTML Ansicht von den uml's befreien, für neue Artikel (nach Datei-Install) ist das dann ok.

Denen wird wohl eher einer den/die Name Server abgeschossen haben, siehe Heise/OpenSource: http://www.heise.de/open/DoS-Angri…/meldung/142706
Haben die bestimmt in der Zwischenzeit gepatched.