Постоянные ссылки WordPress не остаются - PullRequest
9 голосов
/ 17 августа 2010

В разные моменты дня мои постоянные ссылки на WP постоянно ломаются.Когда я использую пользовательские разрешения, он работает, но затем несколько раз в течение дня просто выдает страницу, не найденную.Я исправляю это, устанавливая perms по умолчанию, затем возвращаясь к обычному, и он отлично работает.

Мой Sys Admin не может понять это.Надеюсь, гуру может помочь?

Ответы [ 8 ]

5 голосов
/ 15 октября 2010

Скорее всего, проблема, скорее всего, связана с плагином sCategory Permalink (тот, который дает вам /%scategory%/. 404s довольно распространены. Постоянные ссылки страницы в Администратор сайта и нажмите Сохранить изменения для восстановления постоянных ссылок. Они могут подтвердить это, используя Постоянные ссылки WP-default для проверки поведения. Если все работает хорошо, это постоянная ссылка sCategory .

Если это не работает, опубликуйте свой .htaccess, и это поможет нам лучше устранять неполадки.

1 голос
/ 21 октября 2010

Похоже, что-то еще автоматически изменяет ваш файл htaccess и перезаписывает настройки постоянной ссылки.

То, что предложил bvandrunen, может работать.Если нет, вы можете установить для параметров постоянной ссылки то, что вам нужно, а затем немедленно изменить права доступа к файлу htaccess, чтобы предотвратить его изменение.Я бы предложил использовать chmod 644.

Естественно, лучшим решением будет поиск сценария, который изменяет ваш файл htaccess, и избавление от него ... но это исправление должно по крайней мере поддерживать ваши постоянные ссылки работающими!

1 голос
/ 17 августа 2010

Я бы с подозрением относился к тому, что периодически перезаписывает ваш файл .htaccess.Когда вы устанавливаете параметры постоянной ссылки, он обновляет .htaccess.Если эти настройки «утеряны», возможно, на вашем сайте запущено другое программное обеспечение, которое копирует файл .htaccess и удаляет или переопределяет настройки WordPress.

0 голосов
/ 10 мая 2018

.htaccess не был загружен с моей сборкой !!!

Глупая ошибка в процессе сборки!

0 голосов
/ 12 февраля 2013

Вы можете попробовать использовать директиву try_files в файле конфигурации Nginx для вашего сайта:

a) Откройте файл конфигурации в '/ etc / nginx / sites-enabled / yoursite.conf' или '/ etc / nginx / conf.d / default.conf'

b) Затем добавьте следующие строки в блок location / :

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

в) Это должно выглядеть так:

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

Вы также можете проверить Пользовательские постоянные ссылки WordPress и Nginx для получения подробной информации.

0 голосов
/ 22 октября 2010
  1. Удалить существующую структуру постоянных ссылок и установить ее по умолчанию.
  2. Удалить текущий файл .htaccess.
  3. Очистить кеш вашего сайта.
  4. Напишите новый файл .htaccess, как предложил @bvandrunen.
  5. Снова создайте новую структуру постоянных ссылок.

Это должно сработать.

0 голосов
/ 21 октября 2010

Я бы согласился с @ahockley, поскольку у меня была точно такая же проблема с моим блогом на WordPress. Происходит следующее: файл .htaccess перезаписывается, а затем, когда вы устанавливаете его на пользовательский, а затем возвращаетесь к значению по умолчанию, он на некоторое время исправляется. То, что я должен был сделать, было примерно так: (это по умолчанию)

# BEGIN WordPress

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

# END WordPress

Изменить на:

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

# BEGIN WordPress

# END WordPress

Как только я переместил Wordpress # BEGIN из блоков, проблема прекратилась. Надеюсь, это поможет

0 голосов
/ 17 октября 2010

Изменяются ли даты создания / изменения .htaccess или нет?Даже если вы не видите видимых изменений в .htaccess?

Permlinks хранятся в таблице wp_options в option_id 34Проверьте их, а затем проверьте после того, как изменение произойдет.

...