SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
donc:
Вы с ней не работали. В карточках товаров - нельзя.

Не работал. Видел только поверхностно и давно.

Нда это конечно ппц, если нельзя. Серьёзный аргумент не использовать это..

donc:
С чего вдруг?

Ну потому что по природе вещей - ответ сервера. Сервер принимает запрос, сервер проверяет и даёт ответ и только потом уже передаёт или не передаёт в обработку пхп :)

donc:
О да

Как бы то ни было, а это таки вмешательство. Обновление и всё (ага, помнить надо.. :))

donc:
Важно, что при 1000 страниц вырастет нагрузка на сервер, если их все пихать в htaccess

Это если пихать как предлагает weblad. Если по маске/правилам - никакой нагрузки. А вот пхп как раз нагрузит (хоть и незначительно).

donc:
А так наш индексный файл срабатывает только при обращении по старому адресу

По любому старому адресу. Индексный же сработает всегда и всегда проинклудит /redirect.php. В котором всегда будет (должна быть) проверка какой адрес запрошен.

ziliboba0213:
Мудрено, ничего не скажешь

Ты разве не понял?

Ну см. как я вангую. Скриптов без расширения ещё нет, тк как нет механизма их проверки (иначе вопрос у ТСа просто не возник бы). Их либо вообще нет и только будут писаться*, либо есть нормальные, которые он потом будет переименовывать и исправлять их вызовы внутри других скриптов (веселуха...).

* и фиг куда перенесёшь потом.

ziliboba0213:
Так у cscope и нет расширения...

"Нет" только потому что он так придумал. А так придумал, потому что для него адрес = файл :)

Если делать правильно, то у файлов должно быть расширение, а в адресе его убирать мордреврайтом. Делов на 3 коп, а проблему ТС себе создаёт на 100500 руб.

Я почти уверен, что у него и файлов ещё этих нет ;) Никто ж не будет писать пхп в файлы без расширения. Тем более без проверки.

weblad:
если у вас сайты с разной структурой, никакой скрпит или переадресация по по правилам вам не поможет,

шовиговорите :)

Не видя / не зная как формируются ни исходные ни конечные делать какие-то громкие заявления...

weblad:
Я просмотрел вашу тему и кажется начинаю понимать, нужно делать переадрессацию по правилам, а не списком, потому что вы создали тему про переадрессацию и вообще в ней разбираетесь.

посмотри дальше старпотста.

donc:
Так проще и грамотнее.

Не согласен! Категорически!

Во первых потому что это вмешательство в ядро движка.

Во вторых редирект - задача серверная. Перекладывать обработку на пхп идея не совсем хорошая.

---------- Добавлено 29.12.2015 в 15:19 ----------

donc:
Для битрикс то? Уже пробовали, и не раз, черта лысого получается.

Неужто там нельзя нормальные и гибкие ЧПУ сделать?

Игнор:
Решить мою задачу через 301 редирект в .htaccess можно, но уважаемый SeVlad не рекомендует этого делать, через данный файл ,

ОООО!!

Как это не рекомендует?! Как раз таки только так.

SeVlad рекомендует вначале найти способы задать редирект по маске/правилам, а не каждый отдельный урл.

weblad:
Ну вы тогда объясните в чем суть делать именно вашему способу независимо от количества страниц?

Суть одна - сделать редирект.

"Способ" не мой, а правильный.

Дана ссылка на топик - покури его что ли.

ziliboba0213:
Возможно, я не очень понимаю вас..

ziliboba0213, ну всё просто ж. Надо просто отреврайтить, убрав расширение :)

weblad:
Я не очень понимаю в чем суть опровергать все мои слова в каждой теме?

?? Если ты не понимаешь предмета, но даёшь глупые советы - причём тут я?

india-trip, /ru/forum/comment/14220816

weblad:
Проверьте, нет ли в корзине WordPress записей с url совпадающим с вашим

И проверять нечего - их быть не может.

india-trip:
(Объясните, пож, попроще)

Измени слаг первого (varanasi-gorod-vzryivayushhiy-mozg-chast-1) на что-нибудь совершенно не похожее. Если редиректа нет (скорее всего так и будет), но оставлять так слаги не хочется, то нужно искать кто виноват.

Инструкции по поиску даны в пп 4-6. Особое внимание обратить на кеш - удалить все следы используемого WP Super Cache.

Ну и хтацесс, конечно же проверить.

ЗЫ. vzryivayushhiy-mozg-chast - шикарные ключи :)

Всего: 28519