htaccess от Joomla 3.4 - Joomla 3.x: Установка, обновление и настройка

Обновился до Joomla 3.4
1) Проверив htaccess заметил что отсутствуют строки
## No directory listings
IndexIgnore *
Мне их необходимо добавить?
2) Также после строки Options +FollowSymLinks
появилась новая строка которой у меня нет Options -Indexes
Мне ее также необходимо добавить?
3) Также в новом htaccess от Joomla 3.4
нет RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
мне ее необходимо удалить?
4) Также после перехода на новый хостинг заметил
#php_value register_globals 0
То есть они запретили данную строку?

1 и 2 можно добавить, это запрет на листинг директорий.

3 - удалено, здесь можно увидеть.

4 - отсутствуют в любых ".htacess" (в Joomla 3.3 тоже), это уже каким-то образом ты добавлял эти строки.

Вот здесь последние изменения по .htacess, чуть ниже.

То есть мне данную строку тоже удалить и нормально все будет?
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]

Возьми новый файл, обновлённый htaccess.txt, переименуй, старый удали. Затем добавь свои строки по новой, например склейку www и не www

Не мешало бы закрепить тему, что о том что htaccess 3 версии изменен.
Сам несколько дней не мог понять почему в браузере Chrome и его клонах не работали почти все js скрипты, в том числе белый экран при входе в админку.
Проверял на вирусы, отключал плагины и компоненты, в конце вышел на htaccess. После обновы по незнанию оставил от 2.5, так как в нем много изменений. Вснеся эти изменения в htaccess от 3 все пришло в норму.
Уж лучше бы они автоматом заменяли htaccess при обновлении.

Возьми новый файл, обновлённый htaccess.txt, переименуй, старый удали. Затем добавь свои строки по новой, например склейку www и не www

Я так и сделал. Теперь перестала работать админка, при переходе в админку пишет 404. Если переименовать .htaccess в другое название, то в админку зайти можно, но вот ссылки на главной сайта перестают работать. Возвращаешь назад название .htaccess и снова админка не работатет а ссылки на главной работают. Где то косяк с этим новым htaccess.

Попробуй из другого браузера, может редирект закэшировался.

Попробуй из другого браузера, может редирект закэшировался.

Нет, проблема была в другом. Стояла защита на каталог админа и из-за этого шел конфликт с htaccess. Когда убрал защиту, все стало нормально работать.

мне интересно, сколько читаю, у всех разные методы прописывания, ну кроме склейки с www на без.
А есть ли стандартный правильный без лишнего кода файл .htaccess ? для Joomla 3.4
я имею ввиду стандартный, подогнанный под основные задачи, типа дубли, редиректы, и т.д.
Есть ли вообще стандарт ? сколько не читаю, везде все по разному, и половина кодов вообще не работает
например прописал я обойти окончание index.php, все перекидывает хорошо, открывается норм, но если отдельно в строке поиска добавить вручную окончание index.php, (кроме главной, там все ок) оно открывается с этим окончанием
был бы стандарт, скопировать и вставить, вот было бы круть) большинство не сильны в кодах

 

был бы стандарт, скопировать и вставить, вот было бы круть) большинство не сильны в кодах

Ну а кто сказал, что J! – это просто? Ваша мысль нереальна: структура каталогов всегда уникальна, "стандарта" нет и быть не может. А вся борьба с дублями, как правило, решается несколькими строчками в .htaccess. Проблема в том, что никто не хочет учиться, думают, что нагуглят готовые решения, скопируют/вставят их — и всё будет как по маслу, но, как показывает практика, такой подход почти всегда терпит фиаско. Поизучав посты на форуме, я понял, что большинство вообще не понимает .htaccess, и бороться с дублями предпочитает редиректами, хотя это в корне неправильный подход.

Ну а кто сказал, что J! – это просто? Ваша мысль нереальна: структура каталогов всегда уникальна, "стандарта" нет и быть не может. А вся борьба с дублями, как правило, решается несколькими строчками в .htaccess. Проблема в том, что никто не хочет учиться, думают, что нагуглят готовые решения, скопируют/вставят их — и всё будет как по маслу, но, как показывает практика, такой подход почти всегда терпит фиаско. Поизучав посты на форуме, я понял, что большинство вообще не понимает .htaccess, и бороться с дублями предпочитает редиректами, хотя это в корне неправильный подход.

Не согласен.
.htaccess лучше не трогать (кроме www-редиректов), а делать редиректы в коде, например плагином JL NoDoubles и\или через менеджер перенаправлений, или под себя плагин написать.
В этом много преймуществ.
 - читаемость и универсальность
 - выше производительность, когда речь о сотнях условий и более
 - универсальность - будет работать на чистом nginx (ну и на всяких поделках от MS, хотя кому они нужны?).

Не согласен.
.htaccess лучше не трогать (кроме www-редиректов), а делать редиректы в коде, например плагином JL NoDoubles и\или через менеджер перенаправлений, или под себя плагин написать.
В этом много преймуществ.
 - читаемость и универсальность
 - выше производительность, когда речь о сотнях условий и более
 - универсальность - будет работать на чистом nginx (ну и на всяких поделках от MS, хотя кому они нужны?).

Ну да, если условий сотня, то, конечно, лучше их в .htaccess не обрабатывать. Я имел в виду ситуацию, когда нужно побороть однотипные дубли материалов, категорий и пр. В этом случае несколько проверок в .htaccess будет работать намного шустрее, чем разные плагины перенаправления. Даже пустой плагин с одним событием onAfterInitialise будет потреблять ресурсов больше, чем .htaccess с несколькими регулярками. К тому же, для борьбы с дублями совершенно не обязательно использовать редиректы — достаточно просто запретить к ним доступ.

Добрый день!
При поиске дублей обнаружил что одну и ту же страницу воспринимают, как разные:
www.мой сайт.ru/uslugi
www.мой сайт.ru/uslugi/

Нашел следующий код:

RewriteBase /
RewriteCond %{HTTP_HOST} (.*)
RewriteCond %{REQUEST_URI} /$ [NC]
RewriteRule ^(.*)(/)$ $1 [L,R=301]

Добавил его в .htaccess

Проблема устранилась, но появилась другая, все картинки, ранее загруженные пропали, путь у них был такой:
/images/kartinka.jpg

Когда входим со второго уровня, то путь приобретает следующий вид: www.мой сайт.ru/uslugi/images/kartinka.jpg

А должен: www.мой сайт.ru/images/kartinka.jpg

Т.к. папка images находится в корне.

Кто подскажет решение? С одной стороны дубли из-за слеша, а с другой стороны не верный путь к файлам

убрал

RewriteBase /
RewriteCond %{HTTP_HOST} (.*)
RewriteCond %{REQUEST_URI} /$ [NC]
RewriteRule ^(.*)(/)$ $1 [L,R=301]

Но изображения по прежнему не активны (пути неправильные), какое время необходимо сайту для полного восстановления, из практики?

Вопрос такой.
В через htaccass браузер не кашерует картинки хотя ставил так
и так пробовал
и оба варианта сразу но в PageSpeed все ровно пишет (Используйте кеш браузера) и список картинок.

Прокси не пропускает заголовки. Просите хостера, чтобы открыл заголовок Cache-Control для Apache, если это возможно, т.к. статика может отдаваться прокси напрямую в обход Apache. А вообще, Ваша проблема заслуживает отдельной темы. Эта тема уже не актуальна.

НЕ ПИШИТЕ В НЕЁ НИКОГДА

Доброго дня!

http://examle.ru/uslugi/tovar/2-uncategorised

как в htaccess полностью запретить доступ ко всем страницам, содержащим текст "2-uncategorised"?