Beiträge von mastermind

So, aus reiner Neugierde habe ich mal ein bissel recherchiert:

Wenn man den Cache betrachtet, wird man gleich weitergeleitet zu einem Server mit der IP 213.133.99.149 (warum auch immer). Auf dieser Seite oben ist ein Banner zu magicmusic.de, einer Seite, die auf einem Server mit der IP 212.89.98.1 liegt. Wenn man jedoch beim Google-Cache-Ergebnis das automatische Weiterleiten in seinem Browser abschaltet, sieht man eine Seite mit ganz vielen Links, die auf die Domain dakshina.de verweisen.

Und diese Domain dakshina.de liegt auf dem selben Server wie Du, nähmlich 81.169.145.83. Der IP-Bereich 81.169.xxx.xxx gehört übrigens Strato. Möglicherweise hat jemand auf Deinem Server ein Hosting-Paket, und dort den Domainnamen auf sich umgeleitet (wie und warum auch immer).

Möglicherweise ist es aber auch so, dass Euer Server-Admin Confixx einsetzt. Dann kann es sein, dass dieses System "gehackt" worden ist, denn dies hat sich in der Vergangenheit als recht unsicher erwiesen.

Auf jeden Fall solltest Du mal mit Deinem Server-Admin Kontakt aufnehmen.

Nadine, Du bist definitiv nicht "gehackt" worden. Es scheint nur ein DNS-Problem mit der Domain zu geben. Möglicherweise hat jemand in seinen DNS-Server Deine Domain eingegeben.

So etwas kann auch durch DNS-Poisoning passieren; das glaube ich allerdings hier nicht.

edit: Übrigens zeigt das Google-Ergebnis nun Deine Seite mit offenbar richtigen Inhalten an, während der Google-Cache noch nicht aktualisiert scheint.

Zitat von TigerDE2

[SIZE="1"]lol
ich find das immer lustig, wenn sich verfechter der reinen leere* in die wolle kriegen... *gg*[/SIZE]

Naja, die reine Lehre muss es ja nicht immer sein. Man sollte nur eben ein paar Regeln beachten.

Zitat von TigerDE2

um zum thema zu kommen:
wir wissen, dass es bei uns viel zu viele fehler gibt. aber ihr seid herzlich eingeladen, euch die sprachdatei zu schnappen und eine fehlerfreie version abzuliefern.

Gerne, habe ich ja auch schon für die 1.5 gemacht. Ich werde im Rahmen eines laufenden Projektes auch nochmal die 2.0.2 machen; das dauert allerdings noch etwas.

Zitat von TigerDE2

p.s.: gibt mir bitte nochmal jemand den link zum deppenapostroph? ich mach das nämlich laufend falsch und würde mich gerne bessern... danke.

Unter http://www.deppenapostroph.de wirst Du einiges finden.

Die Regel ist an sich ganz einfach: Im Deutschen kommt der Apostroph so gut wie nie vor. Weder im Genitiv noch im Plural wird er überhaupt genutzt. Nur bei Auslassungen wie "Schmeckt's?" oder "K'lautern" wird er verwendet.

Ansonsten hätte ich noch http://de.wikipedia.org/wiki/Deppenapostroph anzubieten.

Wo wir grad beim Thema sind: die ganzen deutschen WordPress-Sprachdateien sind grauenhaft, genau so wie das Webangebot von wordpress-deutschland.org. Vor allem das Übermaß an Deppen Leer Zeichen treibt einem die Tränen in die Augen.

Es wäre schön, wenn gerade wir als Blogger (und damit indirekt Angehörige der schreibenden Zunft) ein wenig mehr auf vernünftiges Deutsch achteten.

"Dieser Beitrag ist durch ein Passwort geschützt.
Um ihn anzusehen, tragen Sie den Beitrag bitte hier ein:"

Soll wohl eher heißen: " tragen Sie das Passwort bitte hier ein:"

Zitat von Knoppaz

Man kann sich aber auch gleich angewöhnen die richtigen Anführungszeichen „ “ anstatt des Zollzeichens " zu benutzen. Beim Mac (deutsche Tastaturbelegung) liegen sie auf alt + ^ und alt + 2. Keine Ahnung, wie die Tastaturbelegung bei Windows oder Linux ist.

Nun, es kann ja auch nicht verkehrt sein, dem Benutzer ein bissel mehr Komfort zu bieten. Und es weiß ja auch nicht jeder, wie man korrekte Anführungszeichen erzeugt.

Abgesehen davon -- die o.a. Lösung hat den Vorteil, dass sie unabhängig vom Zeichensatz und dem Tastaturlayout des Autors funktioniert.

WordPress hat eine Funktion, mit der die "geraden Anführungszeichen" in typografisch korrekte umgewandelt werden. Leider tut es das auf die amerikanische Weise, d.h. die Anführungszeichen sind immer noch oben.

Auch wenn man es nicht glauben mag :p, im Deutschen stehen die einleitenden Anführungszeichen unten, die abschließenden oben (aber anders als die englischen). Bspw.: „deutsche Schreibweise“ und “englische Schreibweise”. Mit einem kleinen Eingriff bekommt man aber WordPress dazu, die Anführungszeichen in korrekte deutsche umzuwandeln.

Das geht wie folgt: Man schnappe sich die Datei ./wp-includes/functions-formatting.php und ersetze (in WP 2.0) die Zeilen 24 - 34 durch folgendes:

$curl = preg_replace("/'s/", '’s', $curl);
$curl = preg_replace("/'(\d\d(?:’|')?s)/", "’$1", $curl);
$curl = preg_replace('/(\s|\A|")\'/', '$1‚', $curl); // ‘ ersetzt durch ‚
$curl = preg_replace('/(\d+)"/', '$1″', $curl);
$curl = preg_replace("/(\d+)'/", '$1′', $curl);
$curl = preg_replace("/(\S)'([^'\s])/", "$1’$2", $curl);
$curl = preg_replace('/(\s|\A)"(?!\s)/', '$1„$2', $curl); // “ ersetzt durch „
$curl = preg_replace('/"(\s|\S|\Z)/', '“$1', $curl); // ” ersetzt durch “
$curl = preg_replace("/'([\s.]|\Z)/", '‘$1', $curl); // ’ ersetzt durch ‘
$curl = preg_replace("/ \(tm\)/i", ' ™', $curl);
$curl = str_replace("''", '”', $curl);

(Auf eigene Gefahr! Vorher Sicherungskopie von functions-formatting.php anlegen!)

Vielleicht könnte man das auch in die lokalisierte WP-Version einbauen?

Ähnlich geht das auch bei WP 1.5.x, allerdings wird dort die Konvertierung afaik nur auf Überschriften angewendet.

Anm.: Das Forum hatte mir gerade den PHP-Code zerschossen :(. Ich frag mich, wozu es den PHP/CODE-Tag dann überhaupt gibt, wenn er nicht den eingeschlossenen Code schützt. Jetzt ist es aber richtig.

Übrigens: Sollte man dieses Forum statt "Deutschsprachige Dokumentation" nicht besser "Deutschsprachige Lokalisierung" o.ä. nennen?

Vielleicht der/die WordPress-Entwickler?

Au ja, da war ein Kommentarende zuviel. Danke für den Hinweis.
Die korrigierte Version ist a.a.O. verfügbar.

Hallo Wassertreter und DogMan,

hab leider was länger nicht reingeschaut, daher bitte ich um Entschuldigung für die (für Webverhältnisse ;-)) späte Antwort.

Wassertreter:

Die wohl brauchbarste Seite ist http://dict.leo.org -- dort schaue ich auch immer nach. Das Google-Tool nutzt übrigens die gleiche Datenbasis. Von "vollautomatischen" Werkzeugen wie Babelfish rate ich ab, da diese nur Stuss produzieren. Höchstens um sich einen Eindruck über die Inhalte eines Textes in einer völlig unbekannten Sprache zu verschaffen, sollte man die nutzen.

DogMan:

Ich hab's schon mitbekommen, dass da so einiges fehlte; ich habe nämlich -- zu meinem Erstaunen -- vieles nochmal im Frontend übersetzen müssen, was eigentlich als Gettext-Eintrag gekennzeichnet war.

Leider habe ich mich kürzlich ein ziemlich über WordPress aufgeregt (vgl.http://ag.zirona.com/politik/wordpress-censorship/), was meine Motivation ein bissel gedrosselt hat. Aber ich denke mal, dass ich weiterhin mit WordPress arbeiten werde. Insofern bin ich auch für die Sprachdateien-Party zu haben.

Hm, das HTML sieht relativ ok aus.

Kannst Du bitte mal schaun, wie der Quellcode der erzeugten Seite aussieht? Ist dort die Tabelle drin?

Ein Link zu Deiner Site bzw. der betroffenen Seite wäre auch nicht verkehrt.

Meinst Du mit "Anfangsblog" einen bestimmten Post, der immer oben bleiben soll? Dann probier mal das Adhesive-Plugin. Oder möchtest Du eine statische Startseite außerhalb des Blog-Bereiches, die aber auch von WordPress verwaltet wird? Dann hilft Dir vielleicht das Home Page Control-Plugin.

Technisch gesehen ist es wiefolgt:

Es gibt einen Domain Name Server, auf dem dargestellt wird, auf welche Weise Dein Domainname in IP-Adressen aufgelöst wird. Wenn Du z.B. die Domain example.com übers Web erreichen möchtest, sendet Dein Browser eine Anfrage an den DNS-Server. Dieser sagt dann, unter welcher IP-Adresse example.com zu finden ist (vereinfacht dargestellt) und an diese wendet sich der Browser dann. So gesehen ist http://www.example.com nur eine Subdomain von example.com. Man kann im DNS auch einstellen, dass alle Subdomains (also *.example.com) auf eine bestimmte Adresse geleitet werden.

Die weitere Auflösung übernimmt dann der Webserver, z.B. Apache. Der kennt nämlich so genannte "Virtuelle Hosts" und "Redirects" und kann dann die Anfrage für http://www.example.com auf example.com weiterleiten -- oder aber beide Anfragen (http://www.example.com und http://example.com) aus dem selben Verzeichnis bedienen, d.h. für beide Domains identische Inhalte ausliefern. Und diese beiden Möglichkeiten werden in der Praxis meistens auch genutzt.

Das liegt wahrscheinlich an der WordPress-Funktion, die fehlerhaftes HTML filtert.

Aber mal im Ernst: das könnte auf ein Datenbankproblem hindeuten. Passiert das zum ersten Mal bzw. konntest Du vorher Beiträge und Seiten speichern? Falls ja, was hast Du zwischenzeitlich geändert?

Edit: ich hatte was geschrieben von .htaccess und VirtualHost-Rewrite, aber das war (wie mir heute morgen auffiel) Quark.

Das sollte man besser mit mod_rewrite machen.

Sorry vorweg für's "cross-posten"...

Ich habe die de_Sie-Datei neu übersetzt und das im Thread "Allgemeines" unter http://forum.wordpress-deutschland.org/showthread.php?t=4055 bekannt gegeben. Jetzt habe ich dieses Subforum entdeckt und festgestellt, dass es hier nicht nur um Dokumentation, sondern um Übersetzungen aller Art geht.

Könnte daher einer der Mods/Admins den o.g. Thread hierher verschieben und diesen hier löschen? Danke im Voraus.

Ich benutze sem-static-frontpage nicht, da es nix kann und unter einer nicht-freien Lizenz steht. Es gibt ein m.E. viel besseres Plugin für die statische Homepage: Home Page control. Es ist ein bissel kniffelig zu installieren, aber dann läuft es rund:

1. Plugin runterladen und installieren (noch nicht aktivieren)
2. Permalink-Struktur: /aktuelles/%category%/%postname%/
3. Kategoriebasis: /archiv dann Permalinks aktualisieren
4. HPC-Plugin aktivieren
5. Options->Home Page Control->blog directory: aktuelles

HPC-Optionen speichern, dann Permalinks nochmal aktualisieren. Und schon läuft alles rund, auch beim Hinzufügen von neuen Seiten, Beiträgen, Kategorien usw. Den Link zum Blog kann man dann in die sidebar.php einfügen.

Statt "aktuelles" kann man auch "news" oder "blog" nehmen. Hauptsache, die Permalinks beginnen mit dem als "HPC blog directory" eingestellten "Verzeichnis".

Zitat von Wassertreter

Erstmal vielen Dank für die Antworten.

Wenn ich UTF-8 benutze, denke ich meckert er über:

Code

Mittelpunktzeichen ·

reicht es für UTF-8 es in

Code

& # 183;

so anzugeben. (natürlich zusammen geschrieben.)

Auch das "kaufmännisches Und" hat er mir

Code

&

seltsam dargestellt.

Alles anzeigen

Sollte eigentlich nicht passieren. Es sei denn, der Fehler liegt bereits in der Erstellung der Datei und Du hast einen Bytefehler. D.h. es sieht so aus, als wäre es zusammengeschrieben, in Wirklichkeit ist aber ein "halbes Zeichen" dazwischen. (Die UTF-Zeichensätze bestehen aus mehreren Bytes pro Zeichen.) Das sollte allerdings nur in äußerst exotischen Konstellationen auftreten.

& für das & ist eigentlich normal. Das muss man im übrigen auch in den URLs verwenden, wenn man mehrere Parameter übergibt, damit der Code valide ist.

Zitat von Wassertreter

Ich dachte wenn man einen Beitrag schreibt und UTF-8 als Zeichensatz gesetzt hat, dann wandelt er das "ß" selbstständig um?
Oder liege ich da falsch?

Das ß wird weder bei ISO noch bei UTF umgewandelt, da es in diesen Zeichensätzen vorhanden ist. Die HTML-Umschreibung mit ß ist nur nötig, wenn man zwischen den Zeichensätzen wechselt oder aber nur ASCII zur Verfügung hat. (Wo auch immer das heutzutage noch der Fall sein mag.)

Zitat von Wassertreter

Nachtrag: bekomme auch eine kleine Zahl von Englischen und Amerikanischen Usern.

Für die ist ISO kein Problem, da sie ebenfalls den lateinischen Zeichensatz benutzen.

Zitat von Wassertreter

habs ausprobiert mit Deinem Code, hat aber nicht geholfen.

Du musst natürlich auch in Deinen Blog-Optionen (Options->Reading) den Zeichensatz setzen. Der obige Code-Schnipsel fügt nur die jeweils gesetze Angabe an der richtigen Stelle ins HTML ein.

Zitat von Wassertreter

Was ist besser? Für welches soll ich mich entscheiden? Nun wird ja empfohlen UTF-8 für Wordpress zubenutzen. Warum? - und was ist der Vorteil oder Nachteil wenn ich iso-8859-1 benutze?

Wenn nur Mitteleuropäer Deinen Blog lesen (und dort was schreiben) und Du Probleme mit UTF-8 hast, dann nimm ISO-8859-1 -- oder besser gleich ISO-8859-15, denn da ist das Euro-Zeichen dabei. Wenn Du mehr über die ISOs wissen möchtest: http://de.selfhtml.org/inter/zeichenkodierungen.htm HTH

Nachtrag: Die Angabe "Tenatively Valid" kann auch darauf hindeuten, dass Du zwar den richtigen Zeichensatz benutzt und auch angegeben hast, aber Dein Server einen anderen Zeichensatz im Header ausgibt. Teste mal unter http://www.andyhoppe.com/software/http-…-iis-header.htm, ob Dein Webserver vielleicht einen falschen Zeichensatz ausliefert.

Ich habe eine neue Übersetzung für de_Sie angelegt, da die alte "Sie"-Übersetzung von WordPress.de meiner Ansicht nach sehr holprig und teilweise falsch war. Die Dateien können hier heruntergeladen werden:

http://www.zirona.com/ag/stuff/de_Sie.po
http://www.zirona.com/ag/stuff/de_Sie.mo

Anmerkung zur Übersetzung:
Ich habe das englische "Theme" mit "Layout" übersetzt. Das ist zwar auch ein Anglizismus, m.E. aber auch im Deutschen gebräuchlich. "Template" wurde mit "Vorlage" übersetzt.

Lizenz:
Die Dateien stehen unter der gleichen Lizenz wie die ursprüngliche .po-Datei, da sie nur eine modifizierte/abgeleitete Version darstellen.

Ich würde das Team von WordPress.de bitten, die Dateien bei Bedarf in das eigene Repositorium aufzunehmen, da ich nicht gewährleisten kann, dass die Dateien immer an der o.a. Stelle bleiben.

---
Dann habe ich auch noch das "Organizer"-Plugin zur Verwaltung hochgeladener Dateien von Imthiaz übersetzt.

Zu finden ist es hier:
http://www.zirona.com/ag/stuff/organ…b_german.tar.gz Viel Spaß! Für Anmerkungen und Fragen bin ich natürlich offen.

Nachtrag: Ich weiß nicht so recht, ob der Beitrag hier an der richtigen Stelle ist. Also bei Bedarf bitte verschieben.