Beiträge von msi

  • Permalinks

    Wie sieht deine ".htaccess" denn aus? So:

    Apache Configuration
    RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]


    Ob bei dir anstelle von "/" ein Verzeichnisname steht, spielt nur eine Rolle, wenn dein Blog in einem Unterverzeichnis liegt. Der für WordPress nötige Grundcode ist immer identisch.

    Wenn du vorher eine andere Permalinkstruktur hattest, dann kannst du in der SQL-Datenbank in der "wp-options"-Tabelle auch mal den Eintrag "rewrite_rules" löschen. Keine Sorge, den erstellt WordPress dann wieder neu.

  • WordPress DE-Sprachdatei

    Zitat von Monika

    heißt dies, dass die Unterkategorien nicht mehr angezeigt werden als tags?


    Ich persönlich verstehe es so:

    Wenn du Kategorien erstellst, kannst du eine andere Kategorie als Parent angeben. Sagen wir: du erstellst die Kategorien "plugins" und "themes". Und beide haben die Kategorie "wordpress" als Parent.
    Wenn du aus "wordpress" nun einen Tag machst, bleiben "plugins" und "themes" erhalten, haben aber keinen Parent mehr. Sie sind jetzt das, was vorher "wordpress" war: eine Top-Level-Kategorie ohne übergeordnetes Element.

  • WordPress DE-Sprachdatei

    Zitat von Monika

    ich kapier den Satz nicht:
    Hinweis: Falls du Kategorien mit Unterkategorien konvertierst, werden die Unterkategorien zu Top-Level-Waisen.


    Ich habe in meiner Datei "Denken Sie daran, dass Unterkategorien verwaisen, wenn Sie die dazu gehörenden Hauptkategorien umwandeln." an der Stelle stehen. Ich bin zwar auch noch nicht 100% zufrieden damit, aber zumindest versteht man es, denke ich.

    Zitat

    Autor abgrenzen ==Autor auswählen oder ?


    oder "eingrenzen" oder "einschränken".

  • 301 Redirect / Permalinks brauche Hilfe

    Zitat von rb81

    Momentan steht in meiner .htaccess nur:

    Code
    # BEGINN Wordpress


# END Wordpress


    Ist das dein Ernst? Es stehen nur diese beiden Kommentare in der ".htaccess"? Wenn Ja, dann schreib das noch dazwischen

    Apache Configuration
    RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]


    Den Rest kannst du dir sparen. Wie Putzlowitsch schon schrieb, Standardeinträge wie "/?p=123" werden automatisch auf die Permalinks umgeleitet.

  • Upgrade 2.0.11 auf 2.3.3

    Weil sich die Erkennung der Smilies geändert hat. WordPress reagiert nur noch bei Leerzeichen und dem Satz- bzw. dem Stringende. Lösung: "wp-includes/functions.php" öffnen und diese Zeile suchen:

    Code
    $wp_smiliessearch[] = '/(\s|^)' . preg_quote( $smiley, '/' ) . '(\s|$)/';

    und den letzten Teil mit der Klammer entfernen:

    Code
    $wp_smiliessearch[] = '/(\s|^)' . preg_quote( $smiley, '/' ) . '/';


    btw, der msi. :mrgreen:

  • Upgrade 2.0.11 auf 2.3.3

    Datenbanksicherung machen (mit phpMyAdmin o.ä. Tools).
    Ordner mit den alten Blog-Dateien vom Server löschen.
    Neue Dateien inkl. der Ordner auf den Server kopieren.
    "/blogverzeichnis/wp-admin/upgrade.php" starten.
    Fertig.

    Sollte wirklich etwas schiefgehen, dann hast du noch die Datenbanksicherung und kannst vorübergehend wieder den alten Blog aufsetzen.

  • WordPress DE-Sprachdatei

    Darf ich einen Vorschlag machen?

    Ich weiß, dass es viel Zeit und Mühe kostet, so eine Übersetzung zu erstellen, aber ich bin für etwas mehr Konsistenz in den Übersetzungen. Um ehrlich zu sein, ich nehme eure Datei nicht, weil ich die Sie-Form bevorzuge. Ich könnte natürlich nun eure Datei als Grundlage verwenden und es einfach ändern, aber das tue ich nicht, weil mir auch bestimmte Formulierungen nicht gefallen. Das ist natürlich nur meine persönliche Meinung, aber wenn ich manche Dinge lese: wer spricht so?

    Oder als Beispiel für die Konsistenz: wenn ich "Beitrag schreiben" als Übersetzung verwende, dann würde ich für den Button daneben auch "Seite schreiben" nutzen und nicht "Leg eine neue Seite an", was stilistisch überhaupt nicht zum Button "Beitrag schreiben" passt.

    Oder warum muss ich leider angemeldet sein, um einen Kommentar zu schreiben? Ich muss angemeldet sein. Ohne "leider".

    Oder noch ein Beispiel:

    Code
    msgid "Sorry, you can not edit this page."
msgstr "Du hast nicht die nötigen Rechte, um diese Seite zu bearbeiten."


msgid "Sorry, you can not edit pages."
msgstr "Entschuldige, aber du kannst keine Seiten bearbeiten."

    Bei mir steht da einfach

    Code
    msgstr "Sie dürfen diese Seite nicht bearbeiten."
msgstr "Sie dürfen keine Seiten bearbeiten."

    Man könnte sich natürlich darüber streiten, ob man "can not" mit "nicht dürfen" übersetzt (was ja eigentlich "must not" ist). Es geht aber nur um die Formulierung an sich. Oben steht was von "fehlenden Rechten", obwohl das im Originaltext gar nicht vorkommt, unten hat man es dann weggelassen. Vom fehlenden "Entschuldigung", was ihr sonst stets bei "Sorry" nehmt, mal ganz abgesehen.


    Was ich zum Beispiel gut finde, ist "Mediathek". Ich denke, das werde ich auch in meine Datei schreiben. ;-)

  • Versionen von WP

    Zitat von Netsurfer

    Heruntergeladen und installiert habe ich mir die z.Z. aktuellste Version 2.3.3!


    Das ist OK. Diese Version ist die aktuelle, die man als normaler Anwender bekommen kann.

    Zitat

    Nun lese ich überall von Previews und Betas zu WP 2.5 :confused:.

    Du kannst via SVN auf die aktuelle Version 2.5 Beta 1 zugreifen. Du solltest dir aber darüber im Klaren sein, dass in diesen Versionen enorm viel geändert wird. Du kannst mit täglichen Updates rechnen. Gestern bspw. ist den Jungs ein Fehler passiert. Sie haben in einer Datei etwas eingefügt, und als Ergebnis wurde man im Theme bei der Anzeige der Seiten mit einer PHP-Fehlermeldung begrüßt. Ein paar Stunden später gab's ein weiteres Update und der Fehler war behoben.
    Wer solche Versionen einsetzt, muss zwingend eine lokale Testmöglichkeit haben. Einfach hochladen und hoffen, dass es klappt, kann fatale Folgen haben. Ich habe lokal einen Server laufen, auf dem ich WP 2.5 teste. Wenn alles gut läuft (inkl der Änderungen in manchen Dateien, die ich machen musste), dann lade ich es auf meine echte Domain hoch.

    Zitat

    Was ist mit Version 2.4?

    Sollte am 24. Januar veröffentlicht werden, wird aber zugunsten von 2.5 (kommt im März) ausgelassen.

    Zitat

    Und ist es im Normalfall möglich, eine bestehende Version upzugraden?

    Geht ohne Probleme. Wobei ich aber bei größeren Sprüngen empfehle, den Ordner online komplett zu entfernen. Es werden ab und zu auch Dateien gelöscht, weil sie nicht mehr gebraucht werden. Wenn du die neue Version einfach nur hochlädtst, bleiben solche "Dateileichen" erhalten. Spielt zwar keine Rolle, aber man muss auch u.U. damit rechnen, dass solche Dateien Sicherheitslücken enthalten können und evtl direkt aufgerufen werden. Deswegen entferne ich die dann auch vom Server. Bei einem Upgrade lösche ich den kompletten Blogordner und spiele die neuen Dateien auf.

  • htaccess

    Eine Variante

    Apache Configuration
    RewriteCond %{REQUEST_URI} ^/xyz-be?$ [NC]
RewriteRule . /yxz/be [R=301,L]

    kommt rein nach "RewriteBase /". Wenn "/xyz/be" auch bloß eine WordPress-Seite oder ein -Beitrag ist, kannst du auch die normale Verlinkung mit der ID benutzen

    Apache Configuration
    RewriteRule . /?p=123 [R=301,L]

    WP stellt automatisch den richtigen Permalink ein, was du dann auch im Browser siehst.

  • WordPress DE-Sprachdatei

    Es scheint, als mag man dieses komisch klingende Englisch. In Revision 7027 sind die ... hm ... na ja, Ausbesserungen (?) drin. You are not allowed access to ... Nun ja, gut, dass wir davon in der Übersetzung nichts merken.

    Ich wollte nur anmerken, dass man in der Sprachdatei einige Male "allowed to access" finden kann. Warum man ausgerechnet bei den beiden Textstellen die umgedrehte Variante bevorzugt, entzieht sich meiner Kenntnis.