Beiträge von Putzlowitsch

    Ich denke das Problem liegt daran, daß der explizite Aufruf der index.php von Wordpress per 301-Redirect auf die pure Domain zurückgeleitet wird. Damit wird dann implizit wieder die per DirectoryIndex konfigurierte Standard-Indexseite index.html aufgerufen.

    example.com/index.php ---301---> example.com (index.html)

    Wie man das Problem lösen kann?
    Sinnvoll eigentlich gar nicht. Bestenfall gewöhnt man Wordpress die Weiterleitung der index.php ab, aber das wäre nur eine Krücke.

    Gruß
    Ingo

    Du mußt Dich entscheiden, ob das Ziel immer mit oder ohne www angesprochen werden soll. Ansonsten macht dann Wordpress selbst auch nochmal ein Redirect.

    Was ist denn in Wordpress bei den Optionen "Wordpress-Adresse" und "Seiten-URL" eingetragen? Genau dahin sollten auch die anderen Redirects für die Länderdomains weiterleiten.

    Bei der .htaccess-Variante ist es außerdem wichtig, daß diese vor den Wordpress-Regeln stehen.

    Die Wordpress-Regeln müssen natürlich drin bleiben, sonst funktionieren die Permalinks nicht.

    Wie sind denn die Sprachversionen umgesetzt? Per Wordpress-Plugin? Vielleicht gibt es auch da noch ein Problem mit der Weiterleitung und Cookies.

    Gruß
    Ingo

    Wenn ich das richtig verstanden habe, will himself85 ja einen echten Redirect 301 auf die Unterverzeichnisse haben. So machen das ja teilweise auch große Firmen.

    Beim Aufruf einer Länderdomain wird per 301 auf das Länderverzeichnis der Hauptdomain (meist .com) weitergeleitet.

    Bsp.: Apple
    http://www.apple.nl ---301---> http://www.apple.com/nl/
    http://www.apple.fr ---301---> http://www.apple.com/fr/

    Ich sehe nicht, wie man das per CNAME im DNS hinbekommt.

    Mal davon abgesehen, ob das nun per .htaccess besonders effektiv ist oder nicht, sollte es technisch gesehen funktionieren.

    Ich habe das mal auf meinem lokalen Testserver nachgebaut und es funktioniert zumindest in meiner Testumgebung so wie erwartet. Wichtig ist, daß die Regeln vor allen anderen Regeln in der .htaccess-Datei stehen.

    Nachteil der .htaccess-Variante ist natürlich, das die Regeln immer durchlaufen werden müssen, auch wenn eigentlich schon alles paßt. Insofern wäre jeweils ein vhost pro Länderdomain mit der entsprechenden Weiterleitung dann direkt dort effizienter.

    Um wirklich zu sehen, was passiert, wäre natürlich eine konkrete URL hilfreich.


    Gruß
    Ingo

    ...
    Ist es - falls ja bitte wie - möglich, auch für die Adresse mit WWW einen 404 ausliefern zu lassen?

    Ja, das ist möglich und zwar dann, wenn man die in Wordpress eingebaute Weiterleitung verwendet.

    Seit Version 2.3 behandelt Wordpess mit dem Canonical-Modul grundlegende Redirects selber. Sachen wie mit und ohne www oder mit und ohne Slash am Ende der URL werden von Wordpress aufgelöst und ggf. redirected.

    Der Vorteil ist, daß Wordpress intern z.B. schon weiß, ob es die URL tatsächlich gibt oder nicht und insgesamt eine viel feinere Steuerung der Redirects möglich ist. So erkennt WP z.B. auch, wenn der Slug (URL-Name) geändert wurde und leitet alle Aufrufe auf die alte URL entsprechend auf die mit dem neuen Namen um.

    Nachteil ist die Resourcenverschwendung, denn wenn Wordpress sich um die Redirects kümmert, läuft natürlich erstmal die gesamte Maschinerie mit Initialisierung, Datenbank-Abfragen usw. an. Kurz bevor die Seite ausgegeben werden soll stellt das Canonical-Modul dann fest, daß eigentlich alles umsonst war und schickt einen Redirect 301 raus.

    Ein paar Zeilen in der .htaccess sind da natürlich effektiver.

    Wie auch immer, falls Wordpress sowieso die Redirects übernimmt, könnte man sich per Filter in 'redirect_canonical' einhängen:

    PHP
    function my_redirect_canonical( $redirect_url, $requested_url ) {
      $ret_val = $redirect_url;
      if( is_404() ) {
        $ret_val = false;
      }
      return $ret_val;
    }
    add_filter( 'redirect_canonical', 'my_redirect_canonical', 10, 2 );

    Ich weiß nicht, ob sich der Sistrix-Bot entsprechend mit einem User-Agent zu erkennne gibt. Falls ja, könnte man mit einer erweiterten if(...)-Bedingung auch nur den Sistrix-Bot so behandeln. Man könnte zusätzlich noch prüfen, ob der Grund des Redirects das störende www ist. Aber für den Anfang funktioniert es erstmal auch so. :)

    Gruß
    Ing

    Ja, das geht auch. Man kann beim Audio-Tag alternative Formate angeben, dann würde die Sound-Einbindung so aussehen:

    Code
    <audio id="audio-id" width="300" height="32" preload="auto">
      <source src="/wp-content/uploads/2013/07/14.-Cris-Velasco-Sascha-Dikiciyan-Lynchwood-Sheriff-Combat.ogg" type="audio/ogg">  
      <source src="/wp-content/uploads/2013/07/14.-Cris-Velasco-Sascha-Dikiciyan-Lynchwood-Sheriff-Combat.mp3" type="audio/mpeg">  
    </audio>

    Die Sounddatei wird oben als src-Attribut rausgenommen und wandert in eigene source-Tags. Der Browser nimmt nun einfach das erste Format aus der Liste, das er wiedergeben kann.

    Weiterführende Informationen zur Medien-Einbettung in HTML5 findest Du hier (da habe ich auch mein "Wissen" her):
    https://developer.mozilla.org/en-US/docs/Web…audio_and_video

    Gruß
    Ingo

    Ja, ich bin bisher auch beim Notepad++ geblieben.

    Mit den Plugins kann man viele nützliche Funktionen nachrüsten, wenn man sie benötigt. Auch das Suchen&Ersetzen per RegEx ist eine feine Sache, wenn man verstanden hat, wie es funktioniert. :)
    Aber sowas bieten andere Editoren sicher auch.

    Letztendlich habe ich mich mittlerweile an das Teil gewöhnt, weiß, wo was zu finden ist. Es kann alles, was ich brauche. Deshalb bleibe ich dabei.

    Gruß
    Ingo

    Das Problem liegt eher beim Sistrix-Optimizer. Der ruft die Seiten grundsätzlich erstmal mit www auf, auch wenn die Website in Wordpress ohne www konfiguriert ist. Beim Aufruf einer nicht existierenden Seite mit www gibt es dann auch erstmal einen Redirect 301 auf die Seite ohne www und dann erst kommt man auf die Fehlerseite mit dem korrekten 404 Status.

    Es ist also erstmal alles in Ordnung, würde ich sagen.

    Gruß
    Ingo

    So sollte es funktionieren:

    PHP
    function my_bloginfo_rss( $info, $show ) {
      if( 'name' == $show )
        $info = "RSS-Feed von $info";
      return $info;
    }
    add_filter( 'bloginfo_rss', 'my_bloginfo_rss', 10, 2 );

    Den Text kannst Du natürlich auch ändern.

    Gruß
    Ingo

    Falls Interesse besteht, wie eine spezielle Lösung aussehen könnte. Sie geht davon aus, daß zu einem Artikel nicht mehr als 9 Unterseiten erzeugt werden, also die Seitenzahl einstellig bleibt.

    Diesen Code z.B. in die functions.php des Themes einfügen und anschließend einmal die Permalink-Optionen aufrufen und Speichern.

    Der Code ändert die WP-internen Rewrite-Regeln so ab, daß nur noch dann eine Unterseite vermutet wird, wenn die URL mit genau einer Ziffer endet. Zahlen mit zwei oder mehr Stellen am Ende werden als Artikel-Name interpretiert.

    Falls mit einer zweistelligen Anzahl von Unterseiten zu rechnen ist, kann die Regel auch entsprechend angepaßt werden. Aus {1} ist dann {1,2} zu machen. Damit werden dann alle Zahlen mit drei oder mehr Stellen als Artikel-Name interpretiert.

    Ich denke mal, daß ist ein vernünftiger Kompromiß, mit dem zumindest ich leben könnte. :)


    Gruß
    Ingo

    Ja, kann man.

    Ich denke aber, daß Problem läßt sich vermutlich nicht so einfach lösen. Die internen Wordpress-RewriteRules müssen halt alle möglichen Optionen abdecken. Teilweise spielt schon die Reihenfolge der Regeln eine wichitge Rolle.

    Wenn Du z.B. weißt, daß Du nie Artikel in mehrere Unterseiten teilst, könnte man die Regeln einfach entfernen, die eine Zahl am Ende als Seitenzahl interpretieren. Das wäre aber nur eine individuelle Sonderlösung.

    Gruß
    Ingo

    Gut, dann hat Strato in Deinem Webspace ein Verzeichnis /WordPress_01 angelegt, wo sich die WP-Installation befindet.

    Im Strato-Kundenmenü kannst Du bei Domains (Domainverwaltung) festlegen, auf welches Verzeichnis Deine Domain aufgeschaltet ist.

    Klicke dort hinter dem Domainnamen "verwalten" an und dann auf "Umleitung einrichten". Dort kannst Du nun das Verzeichnis "WordPress_01" auswählen. Das sollte in etwa so aussehen:
    [attach='7768.vB'][/attach]

    Dann unten [Umleitung aktivieren] klicken.

    Anschließend mußt Du noch die entsprechenden Einstellungen in Wordpress ändern:
    https://faq.wpde.org/wordpress-url-aendern/

    Das sollte es gewesen sein.

    Gruß
    Ingo

    Naja zumindest ist jetzt die Ursache klar. So wird die URL intern aufgelöst:

    Code
    [request] => wissen/rezepte/1984
    [matched_rule] => (.+?)/([^/]+)(/[0-9]+)?/?$
    [matched_query] => category_name=wissen&name=rezepte&page=%2F1984
    [did_permalink] => 1

    Wordpress denkt also, es handelt sich um die Unterseite Nr. 1984 des Artikels "rezepte" in der Kategorie "wissen".

    Was man dagegen tun kann? Habe noch keinen wirklich guten Plan, wenn ich ehrlich bin.

    Du könntest z.B. auf hierarchische Kategorien verzichten oder die Permalinks in etwas wie

    Code
    /%category%/%postname%-%post_id%/


    ändern, also das die ID mit enthalten ist.

    Man könnte auch versuchen, an den WP-RewriteRules rumzubasteln, aber daß wird komplizierter und hat möglicherweise andere Seiteneffekte.

    Gruß
    Ingo