постоянные ссылки \ сохранить изменения = нажимали?
с этим все в порядке вроде тоже произвольно — /%category%/%postname%/,
со страницами все ок — все обновляется без перебоев, а вот с записями проблема.
изначально редирект (точнее перезапись) рубрик, страниц был таким:
// --------------------------------------------
function true_301_redirect() {
/* в массиве указываем все старые=>новые ссылки */
$rules = array(
array('old'=>'/author/garrant','new'=>'/404.php'),
array('old'=>'/category/без-рубрики','new'=>'/404.php')
);
foreach( $rules as $rule ) :
// если URL совпадает с одним из указанных в массиве, то редиректим
if( urldecode($_SERVER['REQUEST_URI']) == $rule['old'] ) :
wp_redirect( site_url( $rule['new'] ), 301 );
exit();
endif;
endforeach;
}
add_action('template_redirect', 'true_301_redirect');
// --------------------------------------------
после его убрала из функций, и оформила стандартный вариант в .htaccess
изменений никаких…
еще раз — «сохранить изменения» нажимали?
после любых манипуляций с пермалинками необходимо нажимать «сохранить изменения», чтобы обновить внутренние редиректа движка.
нажимала, сохраняла, все равно творится каша — пара записей нормально обновились, другая вообще выдала Internal Server Error…(Кроме того, при попытке использовать ErrorDocument для обработки запроса была обнаружена ошибка 500 Internal Server Error), а после обновления 404, на третий раз — просто 404.. я ступоре :(.
O
(@perdyllo)
Уже по разному редирект настраивала ( и через функцию и через .htaccess),
http://alittlebit.ru/blog/vebmasterskaya/servers/redirekt-s-http-na-https.html
Информация к размышлению….
Ах, вон их сколько … Ок, спасибо большое, попробую, отпишусь
O
(@perdyllo)
[почти офтоп]. Я тоже в свое мучался с подобными проблемами при переходе на https. Что я только не делал! Тоже эти все варианты пробовал. Однако как и у вас — то понос, то золотуха….
В конце концов оказалось что все мои телодвижения были напрасны. Мой хостинг, как выяснилось, сам настраивает редирект при установке ssl сертификата.И все само собой устаканилось.[\почти офтоп]
-
Ответ изменён 8 лет назад пользователем
O.
-
Ответ изменён 8 лет назад пользователем
O.
O
(@perdyllo)
Ок, спасибо большое, попробую, отпишусь
Не забывайте перед пробой каждого варианта очищать кэш браузера. А если есть кэш плагин — его кэш тоже надо тщательно вычистить и плагин временно деактивировать. Все это кэширование тоже очень много смуты вносит.
-
Ответ изменён 8 лет назад пользователем
O.
Нет проблем с редиректом и сервером, как окатывается,эта проблема исчезает, как и не было, с отключением 2 плагинов — W3 Total Cache и SEO Ultimate, при включении любого появляется (кэш чистила).
После записи ошибок Вордпресс, я обратила внимание на — это «Undefined index: 00 in /home/…./public_html/wp-includes/locale.php on line 287», т.е. что-то хочет месяц за пределами 1-12. Т.к. W3 Total Cache — рассматривать нет смысла, его заменить можно и реализовать другими способами, а вот с SEO Ultimate хотелось бы разобраться.
Есть код в плагине файле canonical.php, который формирует даты
//Handling special case with '?m=yyyymmddHHMMSS'.
if (get_query_var('m')) {
$m = preg_replace('/[^0-9]/', '', get_query_var('m'));
switch (strlen($m)) {
case 4: // Yearly
$link = get_year_link($m);
break;
case 6: // Monthly
$link = get_month_link(substr($m, 0, 4), substr($m, 4, 2));
break;
case 8: // Daily
$link = get_day_link(substr($m, 0, 4), substr($m, 4, 2),
substr($m, 6, 2));
break;
default:
//Since there is no code for producing canonical archive links for is_time, we will give up and not try to produce a link.
return false;
}
в вордпрессе первый месяц $this->month[’01’].. короче даже не знаю, что и делать
а вот с SEO Ultimate хотелось бы разобраться.
С мёртвым плагином? Вы уверены, что хотите мучать труп?
просто там все заполнено, потеряется. А какие есть предложения, если его снести? Может кто посоветует что-нибудь, чтобы сниппеты хорошие формировались в выдаче (может есть плагины, которые уже неплохо с микроразметкой справляются).