WordPress Permalinks Nicht Bleiben

An verschiedenen Punkten der Tag, an dem meine WP permalinks zu halten brechen. Wenn ich mit custom Dauerwellen klappt es dann doch ein paar mal während des Tages, es wirft nur ein Seite Nicht Gefunden. Ich es beheben durch Einstellung Dauerwellen auf default, dann zurück auf custom und es funktioniert gut.

Mein Sys-Admin-kann ' T es herausfinden. Hoffentlich ein guru verleihen kann einigen helfen?

  • Was ist Ihre benutzerdefinierte permalink-Struktur?
  • Haben Sie alle aufhören zu arbeiten oder nur bestimmten? Wenn es nur bestimmte diejenigen sind, geben einige Beispiele.
  • blog/%scategory%/%postname%/ $hugh: nur Posts aufhören zu arbeiten - Seiten funktioniert.
  • das s in der %Kategorie% nicht da sein sollte, sollte es? Ich kann nicht finden jede Erwähnung eines %scategory% tag in der WP-docs.
  • das ist custom pro AUFTRAGGEBER ;( ich bezweifle, dass ist das Problem.
  • Dies ist eine ideale Frage für den WordPress stack exchange-Website. wordpress.stackexchange.com

InformationsquelleAutor Zach Smith | 2010-08-17
  1. 5

    Das problem ist in der Tat die meisten-wahrscheinlich die sCategory Permalink plug-in (das, was Sie /%scategory%/. 404 sind, etwas gemeinsames haben. Gehen Sie zu Optionen | Permalinks Seite in Site-Admin und klicken Sie auf Änderungen Speichern zu regenerieren permalinks. Sie Weg, um dies zu bestätigen, ist die Verwendung WP-Standard-permalinks zu testen Verhalten. Wenn alles gut funktioniert, es ist die sCategory Permalink.

    Wenn dies nicht funktioniert, nicht veröffentlichen Ihre .htaccess und das wird uns helfen, besser beheben.

    • problem ist nur ich kann nicht mit Standard-permalinks auf einer live-site, wie dies aufgrund der Menge des Verkehrs, die wir bekommen, so macht es die Prüfung jeder option sehr schwierig.
    • Das ist hart. Ich denke, wenn es ein Stillstand im Verkehr, wie 2 Uhr morgens, das macht mehr Sinn für einige Tests, aber je nachdem, wie viel traffic Ihr blog wird, das kann keine option sein. Welche version von sCategory verwenden Sie? Grund dafür ist, dass die meisten der 404-Berichte sind für die Versionen vor 0.3.0 (aktuelle version ist 0.6.2). Haben Sie versucht, die Änderungen Speichern in Site-Admin, um zu sehen, ob das regeneriert die links und entfernt die 404?
    • Aus den anderen Antworten und Ihre Antworten (wie .htaccess nicht immer verändert), ich empfehle Sie schauen näher an die Ausgabe des sCategory Permalink-plug-in die Ursache hier. Es ist ein häufiges Problem mit diesem plug-in.
    • Sie sind überfällig für ein Test - /Entwicklungs-Instanz von Ihrer Website, wenn Sie fühlen, Sie können nicht die Dinge tun, aus Angst, stören den Verkehr.
    • wie bin ich zum beheben dieses Plugin, wenn Sie unsere gesamte website wurde auf diese benutzerdefinierten Dauerwellen, und als solcher kann ich nicht einfach ändern, wie die Artikel-URLs gemacht? was sind Ihre Gedanken?
    • Mee, ich habe dev, staging, dev2 und einen Spiegel von der Baustelle zum testen. Das Problem hier ist, können Sie nicht test für dieses Problem auf dev, wenn niemand geht auf die Website oder Seiten Bearbeiten/ändern die Website auf einer täglichen basis. Unsere live-Seite bekommt 10k hits am Tag, so habe ich 10k Leute in der Lage zu testen, und Sag mir, wenn etwas passiert. Leider kann ich nicht duplizieren Sie diese auf unserer Website dev da ist niemand mit (außer zum check-in-code-und test-coding).
    • ich glaube, ich bin die Regeneration des perms jedes mal, wenn ich gehen, und wählen Sie Standard aus, wechseln Sie dann zurück zur Gewohnheit jedes mal, das behebt das Problem, bis Sie brechen wieder auf. wenn dem so ist, dann würde Sie sicher sagen das plugin würde das Problem sein? wenn wir herausgefunden haben, die sCategory ist das problem, dann, was sind die Schritte auf, es zu beheben? nur ein Upgrade der Plug-in?
    • UPDATE: scheint die Installation von Hikari Kategorie-Permalink-plugin hat das Problem jetzt...

    InformationsquelleAutor Todd Main
  2. 1

    Ich würde mich etwas suspekt, dass in regelmäßigen Abständen überschreiben Ihrer .htaccess-Datei. Wenn Sie die permalink-Optionen aktualisiert .htaccess. Wenn diese Einstellungen werden als "verloren", es könnte sein, ein weiteres Stück von software läuft auf Ihrer Website, mucking mit der .htaccess-Datei und das entfernen oder überschreiben Sie die WordPress-Einstellungen.

    • aber wenn es überschreibt meine htaccess wäre nicht die permalink-Einstellungen in WP spiegeln eine Veränderung in der perms-Einstellungen? wenn es nicht funktioniert er sagt immer noch meine perms sind auf custom gesetzt
    • Ich bin mir ziemlich sicher, dass der WP-permalink-Optionen sind gespeichert in der WP-Datenbank... der Bildschirm nicht "Lesen".htaccess-Datei.
    • gibt es eine Möglichkeit, nur entfernen Sie die option schreiben/ändern dieser Werte in der htaccess, so dass Sie nie geändert werden kann?
    • Der nächste Schritt ist, um eine Kopie von der .htaccess wenn es funktioniert, dann warten, bis die Dinge schlecht gehen und sehen, ob sich etwas geändert (änderungsdatum werden sollte, ändern sich auch). Wenn es anders der Inhalt des "bad" - version kann dazu führen, dass-was auch immer es zu ändern.
    • Hugh, Sie sind sehr klug. Es ist immer noch geschieht, so werde ich versuchen diese option und sehen, was sich verändert.
    • die htaccess scheint unberührt, so dass die htaccess nicht geändert wird. oder zumindest, dass ist nicht das Thema hier.

    InformationsquelleAutor ahockley
  3. 1

    Scheint es, dass etwas anderes ist es automatisch ändern Sie Ihre htaccess-Datei und überschreiben Sie die permalink-Einstellungen.

    Was bvandrunen vorgeschlagen, die arbeiten dürfen. Wenn nicht, können Sie den permalink-Einstellungen, was Sie wollen, und dann sofort ändern Sie die Berechtigungen der htaccess-Datei zu verhindern, nichts ändern, es. Ich würde vorschlagen, mit chmod 644.

    Natürlich eine bessere Lösung wäre noch zu finden, das Skript, die modding-Ihre htaccess-Datei und es loswerden... aber dieser fix sollte zumindest halten Sie Ihre permalinks zu arbeiten!

    • ich verwendet, chmod 644 und da geschah es zweimal gestern und einmal heute, und ich sehe nicht die htacess Datum der Erstellung/änderung ändern, wenn ich es mit ftp
    • Das ist seltsam, denn so wie du es beschrieben hast Klang es wie ein problem mit htaccess, aber das impliziert, dass die htaccess nicht ändern... Nicht sicher, was es werden könnte, ohne das Studium der individuellen Einrichtung Ihres Blogs.
    • Oh, warten Sie - wenn Sie sagten, Sie waren immer 404 - ist, dass der server die Standard-404-Fehler-Seiten oder 404 von WordPress selbst? (Wenn letzteres der Fall ist, wird es Aussehen, wie der rest Ihrer Website, anstatt eine einfache, schlichte Seite.) Wenn es ein WordPress-404, dann bedeutet das problem konnte nicht mit htaccess sowieso; es ist zu tun mit WordPress nicht die Handhabung der permalink richtig. Wenn das der Fall ist, würde es zu sein scheinen, verursacht durch ein fehlerhaftes plugin; wahrscheinlich die sCategory Permalink-plugin.
    • wenn ich die 404-Seite, ist es die wordpress-404-Seite. wenn sCategory Permalink-plugin der übeltäter ist, und wir haben eine Website, die gebaut wurde, auf der Struktur, die für das vergangene Jahr, was sind meine Optionen? Ich kann nicht mit einer anderen Struktur an dieser Stelle der Website.
    • Ok, dann htaccess ist definitiv nicht das problem, sondern eher WordPress oder ein plugin - wahrscheinlich die sCategory plugin wie erwähnt. Ich bin nicht vertraut mit diesem plugin selbst, sondern, nachdem er identifiziert dies als das problem, würde ich vorschlagen, wobei die Frage mit dem Autor des plugins. Wenn er kann es nicht reparieren oder schlagen Sie ein Update; Ihre einzigen Optionen zu sein scheint, die entweder zu finden einen kompatiblen Ersatz-plugin, oder, wenn es nicht ein, schreiben selbst eins.
    InformationsquelleAutor Caesar
  4. 0

    Tun, das Erstellungs - /änderungsdatum der .htaccess ändern, oder nicht? Selbst wenn Sie sehen keine sichtbaren Veränderungen .htaccess?

    Permlinks gespeichert sind, die in der wp_options-Tabelle in option_id 34 . Prüfen Sie und überprüfen Sie dann nach der änderung erfolgt.

    • nicht das ERSTELLUNGSDATUM immer noch, sagt er als Sept 28, 2010
    • Dann wird die Datei immer nicht zu bekommen, geschrieben, oder Sie verfügen nicht über die Berechtigungen zum schreiben in die Datei, oder irgendeine Art von Sicherung, Wiederherstellung geschieht. Was ist cron? Sie haben ein sysadmin oder ist das webhosting irgendwo und Sie sind im Umgang mit Ihren tech-support?
    • ich bin technisch ist der sys-admin, so dass, sobald diese Frage ging an meinem Kopf vorbei erreichte ich mit zwei anderen, sys-admins, die sind viel klüger, als ich mit diesem Zeug, und diese Schläge Ihres Geistes, und Sie haben keine Idee, wie das zu beheben ist.
    • Windows-oder linux-server?
    • LINUX-server...
    • Was ist cron? Gibt es irgendeine Art von backup-system läuft? Ist der server vollständig verwaltet Sie? Oder ist es bei Media Temple von anderen VPS-host?
    • Ich weiß nicht, was Sie suchen in der cron. Ich Schaffe alles auf der site, mit anderen Programmierern zu tun code zu.
    • scheint hier zu sein (screencast.com/t/MNzWhJQkfwhR).

    InformationsquelleAutor markratledge
  5. 0
    1. Löschen Sie die bestehende Permalink-Struktur, und legen Sie es auf die Standardeinstellungen.
    2. Löschen Sie den aktuellen .htaccess-Datei.
    3. Bereinigen Sie Ihre Website-cache.
    4. Schreiben Sie eine neue .htaccess-Datei, wie @bvandrunen vorgeschlagen.
    5. Erstellen Sie Ihre neue permalink-Struktur wieder.

    Funktionieren sollte.

    • wenn Sie sagen, 'Ihre neue permalink-Struktur wieder" ist es das, nur Klick auf "default" und Tippen in mein custom-Dauerwellen?
    • Einstellungen -> Permalinks -> Benutzerdefinierte Struktur: /blog/%scategory%/%postname%/
    • Auch, vergessen Sie nicht, den Schrägstrich "/" vor "blog"
    InformationsquelleAutor MT.
  6. 0

    Können Sie versuchen, mit der "try_files" - Richtlinie in der Nginx-Konfiguration-Datei für Ihre website:

    a) Öffnen Sie die Konfigurations-Datei vorhanden auf ‘/etc/nginx/sites-enabled/yoursite.conf' oder '/etc/nginx/conf.d/default.conf'

    b) fügen Sie die folgenden Zeilen unter dem Lage / block:

    try_files $uri $uri/ /index.php?$args;

    c) sollte Es so Aussehen:

    location / {
    root   /var/www/html;
    index  index.php index.html index.htm;
    try_files $uri $uri/ /index.php?$args;
}

    Können Sie auch überprüfen Sie heraus WordPress benutzerdefinierte permalinks und Nginx für detaillierte Informationen.

    InformationsquelleAutor Mansab Uppal
  7. 0

    Ich muss Zustimmen, @ahockley da hatte ich genau dasselbe problem mit meinem WordPress blog. Was passiert, ist, dass die .htaccess Datei wird immer überschrieben und dann, wenn man es auf Benutzerdefiniert und dann auf Standard zurück korrigiert er sich für eine Weile. Was ich zu tun hatte, war etwas wie: (dies ist die Standardeinstellung)

    # BEGIN WordPress

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

    Änderung:

    <IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# BEGIN WordPress

# END WordPress

    Einmal zog ich die # BEGIN WordPress aus den Blöcken das problem gestoppt. Hoffe, das hilft

    InformationsquelleAutor bvandrunen
  8. 0

    .htaccess war nicht hochgeladen mit meinen bauen!!!

    Einen dummen Fehler in meinem build-Prozess!

    InformationsquelleAutor Tom Benyon
Schreibe einen Kommentar