- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Дано:
1. Раздел сайта 1, лежит в папке - /111/
2. Раздел сайта 2, лежит в папке - /222/
Надо:
Перенаправить 301 ым каждую конкретную страницу из папки /111/ на конкретную страницу в папке /222/. Каждую на свою, уникальную.
Страниц пара сотен.
При этом файл хтакцесс должен лежать в папке /111/
Адреса страниц в записях должны быть относительные.
Спасибо.
У меня это сделано так.
Названия страниц одинаковые, но лежат они в разных папках
Дано:
1. Раздел сайта 1, лежит в папке - /111/
2. Раздел сайта 2, лежит в папке - /222/
Надо:
Перенаправить 301 ым каждую конкретную страницу из папки /111/ на конкретную страницу в папке /222/. Каждую на свою, уникальную.
Страниц пара сотен.
При этом файл хтакцесс должен лежать в папке /111/
Адреса страниц в записях должны быть относительные.
Спасибо.
в таком варианте, особо еЖли эта "пара сотен страниц" генерится движком, логичнее влепить в них в самом верху (тем же движком) что то вроде:
вообщем, руками сработать за mod_rewrite. в PHP больше возможностей автоматизировать генерацию адреса для редиректа (на крайняк, можно тупо файл с массивом адресов сделать и заинклудить). да и нагрузка на сервак, по идее, меньше. хотя, конечно можно и "пару сотен" RewriteRule в .htaccess прописать ;) (если переадресация уникальная и не алгоритмизируется)
ЗЫ: пишу по памяти, "формулировки" уточните....
в директорию "111" кладёте .htaccess
Это средиректит все страницы из "/111/" на такие же в "/222/".
Если нужно не все, а только определённые 200 страниц, то делаем сответствующие 200 штук:
(если переадресация уникальная и не алгоритмизируется)
Именно, имена страниц тоже разные.
[umka], значит надо так:
в директорию "111" кладу .htaccess
В котором -
RewriteBase /111/
RewriteRule ^specific_page.html$ /222/specific_page.html [R=301,L,QSA]
RewriteRule ^specific_page1.html$ /222/specific_page1.html [R=301,L,QSA]
RewriteRule ^specific_page2.html$ /222/specific_page2.html [R=301,L,QSA]
И т.д. сколько нужно. Всё так?
И ещё вопрос - QSA, это чо за зверь? :)
Именно, имена страниц тоже разные.
[umka], значит надо так:
в директорию "111" кладу .htaccess
В котором -
И т.д. сколько нужно. Всё так?
Ну да, всё верно.
И ещё вопрос - QSA, это чо за зверь? :)
Это на тот случай, что если у вас странички принимают какие-нибудь параметры, типа
/111/description.php?item=123
чтобы "?item=123" не терялось.
Если никакие параметры в скрипты не передаются, то "QSA" можно убрать.
Именно, имена страниц тоже разные ...
в таком случае адназначна лучше редиректить скриптом. двести с лишним RewriteRule в .htaccess напрягут загрузку не слабо...
[umka], ээээ, а если таких записей 4К? Сильно сервак такое напряжёт?
Скажем так, к старой директории 100К обращений в сутки, в час пик это сжирает 10% ЦП сервера. Насколько увеличится нагрузка в %?
Если честно, никогда такими экспериментами не занимался, но по-моему мнению, 4к правил в .htaccess не должны напрячь сервак сильнее, чем если бы выполнялось 4к скриптов, делающих редирект.
Парсинг текстовых файлов — это дело очень быстрое.
Ведь, например, интерпретатор php или perl парсят (но не выполняют) скрипт из нескольких тысяч строк очень быстро, за тысячные доли секунды.
;8848200']Если честно, никогда такими экспериментами не занимался, но по-моему мнению, 4к правил в .htaccess не должны напрячь сервак сильнее, чем если бы выполнялось 4к скриптов, делающих редирект....
вообще то как раз только ОДИН скрипт в 5-10 строк будет делаться на конкретной странице по конкретному адресу (в этом и преимущество), а вот при редиректе через .htaccess Apache будет проверять ВСЮ пачку RewriRule при любом вызове внутри директории, даже если нужное правило стоит первым. и проверять будет куда более универсальными, мощными и медленными скриптами. если передресация укладывается в пару (десятков) RewriRule с регулярками - конечно надо использовать mod_rewrite, если счёт идёт на сотни - скрипт. но это всё моё имхо 😂, а так - дело вкуса, ессеccно...
Да, задачка.
Маску не создать, нет общих признаков.
В папке /111/ имена страниц нумеруются, от 1.html до 4000.html
В папке /222/ имена заданы vot.html tut.html tam.html и т.д.
Ещё момент, не всем страницам /111/ есть замена в /222/, некоторые, немногие. пойдут на морду.
Ещё момент, будет какое-то количество страниц в /111/, которые будут редиректить на одну, скажем 2-3 из /111/ на одну в /222/.
Суть - построение ручного списка необходимо, без него никак. Т.е. надо составлять 4К пар.
А вот в каком виде для скрипта? Ни фига я в этих ваших прогингах не понимаю, вот совсем...
Фсё, ушёл вешаццо. :)