Если не работает - значит срабатывают более ранние редиректы. Вставляйте эту директиву впереди остальных. Правда, не должно быть адресов типа http://сайт.ru/forumblablabla - иначе сложнее надо писать. И там скобки скорее для красоты, в данном случае.
Приведите пример - адрес в адресной строке и куда должно редиректить.
И ещё: вот это вот RewriteBase /forum - не работает при явном указании через http:// - это во-первых, и неправильно, если Вы вообще не адресуете на /forum - это во-вторых.
z-stealth: Отвечу сам на свой вопрос, может кому пригодиться
RewriteCond %{QUERY_STRING} ^option=com_content&task=blogcategory&id=1&Itemid=27
RewriteRule ^.*$ http://site/newsfeed? [R=301,L]
Content-pro: если ужимаем для этого картинки, то ужимаем все, не блокируем рендер браузера, то не блокируем нигде и т.д. Я до сих пор не понимаю, в чем загвоздка понимания оптимизации загрузки страницы))
Ну вот для непонятливых этот сервис и сделан. А для те, кто понимает, что на что влияет, и как действительно нужно оптимизировать загрузку/выдачу, их символические баллы особого значения иметь не должны. Сайт должен делаться для людей, а не для гуглов.
Content-pro, я собственно про то, что название "PageSpeed" сбивает людей с толку, потому что к скорости загрузки этот сервис имеет довольно косвенное отношение. Где-то для кого-то - полезные рекомендации (как справедливо отмечали выше, нефиг загружать картинки по 5 Мб, где это не требуется). А где-то - чушь. Например, рекомендация перенести в футер главный файл стилей - глупость явная. Или вот, реальная рекомендация:
Сжатие страницы ... bg-footer.gif уменьшит ее размер на 1,1 КБ (93 %).
Причём сжатие картинки весом в 1,13 КБ их волнует больше, чем наличие сжатых картинок весом в 200 КБ. То есть рекомендации гуглоспида и реальная скорость загрузки сайта - вещи коррелирующие, но не обусловленные. То есть высокая скорость загрузки не гарантирует высокого балла по гуголю, а высокий балл - не обязательно означает высокую скорость.
Идиоцкий сервис. Я в принципе выводил сайты из 3 баллов на 90, но реально для юзера по скорости загрузки мало чего менялось. Но... Желание клиента - закон! И мне денежка не помешает 😂. Однако при этом всё же нужно понимать, что гуглспид - это не совсем скорость загрузки, а некая сумма баллов, которые даются как бы в награду за выполнение требований гуголя. И зная механизм работы сервиса, надо лишь эти требования по максимуму удовлетворить - и приз ваш. Независимо от реальных изменений в скорости.
Ну дык... Вот так должно работать:
Если не работает - значит срабатывают более ранние редиректы. Вставляйте эту директиву впереди остальных. Правда, не должно быть адресов типа http://сайт.ru/forumblablabla - иначе сложнее надо писать. И там скобки скорее для красоты, в данном случае.Приведите пример - адрес в адресной строке и куда должно редиректить.
И ещё: вот это вот RewriteBase /forum - не работает при явном указании через http:// - это во-первых, и неправильно, если Вы вообще не адресуете на /forum - это во-вторых.
artmichurinsk, лично я, к сожалению, не понял из Вашего поста, что у Вас не прокатывает, и куда должно прокатить. И что такое "всё остальное".
Можно одну запись сделать
как влияет (и влияет ли вообще) эта мера выполнения рекомендаций на ранжирование (при прочих равных, ес-но)...
Роботы гуглспидом не пользуются. Если страница действительно долго грузится, то они просто сваливают с неё, ничего не индексируя - так и влияет.
А почему она должна измениться? Поле штатное.
Отвечу сам на свой вопрос, может кому пригодиться
RewriteCond %{QUERY_STRING} ^option=com_content&task=blogcategory&id=1&Itemid=27
RewriteRule ^.*$ http://site/newsfeed? [R=301,L]
Хреновый ответ. Садись,тройка.
RewriteCond %{QUERY_STRING} option=com_contentRewriteCond %{QUERY_STRING} task=blogcategory
RewriteCond %{QUERY_STRING} id=1
RewriteCond %{QUERY_STRING} task=blogcategory
RewriteRule ^.*$ http://site/newsfeed? [R=301,L]
---------- Добавлено 07.07.2017 в 16:32 ----------
Гога Р, примерно так:Только смотрите, если есть другие редиректы, то в нужное место воткнуть надо.
если ужимаем для этого картинки, то ужимаем все, не блокируем рендер браузера, то не блокируем нигде и т.д. Я до сих пор не понимаю, в чем загвоздка понимания оптимизации загрузки страницы))
Ну вот для непонятливых этот сервис и сделан. А для те, кто понимает, что на что влияет, и как действительно нужно оптимизировать загрузку/выдачу, их символические баллы особого значения иметь не должны. Сайт должен делаться для людей, а не для гуглов.
Content-pro, я собственно про то, что название "PageSpeed" сбивает людей с толку, потому что к скорости загрузки этот сервис имеет довольно косвенное отношение. Где-то для кого-то - полезные рекомендации (как справедливо отмечали выше, нефиг загружать картинки по 5 Мб, где это не требуется). А где-то - чушь. Например, рекомендация перенести в футер главный файл стилей - глупость явная. Или вот, реальная рекомендация:
Сжатие страницы ... bg-footer.gif уменьшит ее размер на 1,1 КБ (93 %).
Причём сжатие картинки весом в 1,13 КБ их волнует больше, чем наличие сжатых картинок весом в 200 КБ. То есть рекомендации гуглоспида и реальная скорость загрузки сайта - вещи коррелирующие, но не обусловленные. То есть высокая скорость загрузки не гарантирует высокого балла по гуголю, а высокий балл - не обязательно означает высокую скорость.
Идиоцкий сервис. Я в принципе выводил сайты из 3 баллов на 90, но реально для юзера по скорости загрузки мало чего менялось. Но... Желание клиента - закон! И мне денежка не помешает 😂. Однако при этом всё же нужно понимать, что гуглспид - это не совсем скорость загрузки, а некая сумма баллов, которые даются как бы в награду за выполнение требований гуголя. И зная механизм работы сервиса, надо лишь эти требования по максимуму удовлетворить - и приз ваш. Независимо от реальных изменений в скорости.