перенаправление с http на https не работает
Добрый день,
мы установили сертификат на сайт
В htaccess добавили правила перенаправления
Options +FollowSymLinks
RewriteEngine On
RewriteCond %
RewriteCond %
RewriteCond %
RewriteCond %
RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
RewriteRule .* — [E=REMOTE_USER:%< HTTP:Authorization >]
теперь если в адресной строке браузера набрать название_сайта.ru либо www.название_сайта.ru то открывается https://название_сайта.ru и далее если ходить по страницам сайта то все работает нормально
но если в поисковике задать запрос с выдачей на наш сайт то открыватся страница https://название_сайта.ru/bitrix/urlrewrite.php с 404 кодом
Например: в яндексе набираю «текст запроса» выдает наш сайт, перехожу а там https://название_сайта.ru/bitrix/urlrewrite.php с 404 кодом
Для удобной настройки редиректов через панель управления сайтом рекомендую воспользоваться модулем Редирект мастер из Маркетплейс.
Цель модуля — максимально облегчить настройку редиректов, а также выявлять заходы на сайт по битым, кривым или устаревшим ссылкам. Далее с таких url можно создать редирект в пару кликов.
Модуль также позволяет задать главное зеркало сайта, на которое будут перенаправляться все запросы.
В вашем случае в качестве главного зеркала в настройках модуля нужно будет указать » https://domain.ru «.
Это всего лишь одна настройка, она делается через панель управления сайтом и не требует навыков программирования.
При этом нужно будет вернуть типовой файл .htaccess, чтобы исключить проблемы в htaccess.
Буду рад, если модуль поможет в дальнейшем решать подобные проблемы.
Источник
перестала работать функция localredirect
готовый сайт лежал на тестовой площадке.
все работало.
через неделю , когда решил посмотреть — то по всему сайту перестала работать функция Localredirect.
в чем тут может быть дело?
Страница просто виснет на этой функции.
до этого тм более все работало.
ну, знаете, когда «до этого всё работало а сейчас перестало» — чаще всего значит кто то что то сделал, даже несмотря на все заявления, что мол никто ничего не трогал, оно само. все лгут.
а если для теста создать новую страничку redirtest.php
точно не работает?
потом попробуйте вместо локалредиректа
header(‘Location: http://yandex.ru/ ‘);
спасибо. так срабатывает.
видимо дело в моем шаблоне. тк. я кидал свою страницу редирект и он вис.
скорее всего дело в заголовках.
будем искать..
Попробуйте прописать в файле /bitrix/php_interface/dbconn.php следующие строки дополнительно:
все гораздо гораздо смешнее
в файле index.php
SetPageProperty(«keywords», $_SEO[«MAIN_PAGE_KEYWORDS»]);
$APPLICATION->SetPageProperty(«title», $_SEO[«MAIN_PAGE_TITLE»]);
$APPLICATION->SetTitle();
$APPLICATION->SetPageProperty(«description», $_SEO[«MAIN_PAGE_DESCRIPTION»]);
?>
| Цитата |
|---|
| готовый сайт лежал на тестовой площадке. все работало. через неделю , когда решил посмотреть — то по всему сайту перестала работать функция Localredirect. |
| Цитата |
|---|
| Максим Задубин пишет: строка появилась после того как я удалил закомментированный кусок кода DDD вместе с тегами.обазовалась дырка.. я и не заметил этот один отступ. |
КАК ЛЕГКО ПОВАЛИТЬ БИТРИКС!
у нас тоже перестала работать эта функция на пустом месте. Ни ошибки вам, ни отладка, нашли строку кода старыми методами.
LocalRedirect этот использует метод ядра ForkActions, который создает новый процесс, и передает ему управление, в детали не вдавался, но в ForkActions есть места проверки на наличие системных структур, в нашем случае, он их не находил, и просто делал exit в старом процессе и новый не вызывал.
Источник
При переносе на хостинг перестал срабатывать LocalRedirect
Столкнулся с такой вот проблемой —
при переносе на хостинг у меня перестал срабатывать LocalRedirect.
На локальной же машине все работает как часы.
Возможно кто то сталкивался,
буду благодарен за любую помощь.
По логике скрипта после обработки Post данных делается Get редирект.
На локальной машине все впорядке, а на хостинге просто ничего не происходит
футер при этом не выводится, выглядит так как будто выполняется exit
| Цитата |
|---|
| BigMax пишет: По логике скрипта после обработки Post данных делается Get редирект. |
А Post-данные добавляются нормально? Дело в том, что после LocalRedirecta страница прекращает исполнение.
Сложно судить на словах. Может быть проблема в обработке, может ошибка интегратора. Лучше вам обратиться в техподдержку и, чтобы не терять времени, сразу с административными доступами.
Проявление некорректной работы LocalRediret() может быть только одно — перемещает на «левую» страницу или теряет параметры. Если не идёт переадресации, то ошибка возникает до LocalRediret().
Можем помочь в рамках тех. поддержки:
http://dev.1c-bitrix.ru/support/ticket.php?show_wizard=Y
но Вы должны подробно указать как смоделировать проблему.
на неделю переключился на другой проект.
вернулся обратно, localredirect не работает.
Источник
SEO-редиректы и Битрикс
Не получается настроить редирект с кодом 301 на www.host с host и дописывать слеши в конце урл для сгенеренных ЧПУ ссылок. В какую сторону смотреть? Я так понимаю, стандартный модуль «обработка адресов» не поможет?
1. У вас часом не IIS7?
2. Попробуйте для апача написать следующее:
RewriteEngine On
RewriteCond %
RewriteRule (.*) http://www.example.ru/$1 [R=301,L]
| Цитата |
|---|
| дописывать слеши в конце урл для сгенеренных ЧПУ ссылок |
На уровне настроек Иб для detail и list страниц разве нельзя написать что то вроде
Или ручками в шаблоне подправить если никак из настроек не изменить?
Или хотите из IIS что бы при обращении к news/123 был редирект 301 на news/123/?
тогда в модуле URL rewrite
паттерн: ^(.*/[^/\.]+)$
Action Type: redirect
Redirect URL:
Redirect type Permanent 301
| Цитата |
|---|
| Или хотите из IIS что бы при обращении к news/123 был редирект 301 на news/123/? |
тогда в модуле URL rewrite
паттерн: ^(.*/[^/\.]+)$ Подскажите, пожалуйста, где именно это надо прописать. потому как возникла аналогичная проблема. тогда в модуле URL rewrite Action Type: redirect Redirect type Permanent 301 * $_1 — заменить на $1 (убрать нижнее подчеркивание). В общем на картинке: а как лог обработчика можно посмотреть? RewriteEngine On Всех приветствую! Есть страница с маслом от растяжек, например. Она была вида /details/33/ Возникшие проблемы: остались рабочие страницы вида /details/33/ на сайте и в поисковиках теперь дубли страниц. Делал 301 редирект на новую страницу, но получалась бесконечная циклическая переадресация. Также не могу прописать в robots disallow на эту ссылку, т.к. ЧПУ ссылка тоже пропадёт, подскажите как это исправить, плиз! Источник Да в 4 версии вообще непонятки какие-то с редиректами, то работает, то нет. С добавлением слешей в конце УРЛ тоже самое Всегда работало это правило, после перехода на 4 версию перестало Для редиректа на адрес с www работает это вот так работает на www просто server_name_in_redirect off меняем на server_name_in_redirect on; В /etc/nginx/bx/site_enable/ создайте файл с расширением .conf с таким содержимым Редирект на www правильнее делать как говорил Денис Диденко, средствами nginx, так как это значительно дешевле в плане ресурсов. Создать конфигурационный файл для сайта не сложнее чем добавить в .htaccess правило для редиректа. В коробку это не войдет так как кому-то наоборот необходимы домены без www Уважаемый Денис, редирект это не только www y не www Предлагать такую концепцию вполне допустимо joomla ( если бы у них была поддержка) Не все так просто: 1. server_name_in_redirect в BitrixEnv мы не можем изменит, так как окружение стартует и корректно работать без всяких дополнительных настроек. Соответственно в настройках nginx нет никакой информации о домене. 2. Но nginx её туда все таки передает так, что вопрос работоспособности конкретных правил в их корректном составление. Возможно потребуется учесть специфику BitrixEnv 3. Редиректы все таки лучше делать на nginx, описывать их можно в подключаемом файле. Сложностей при переезде на другой сервер нет. 1. server_name_in_redirect в BitrixEnv мы не можем изменит, так как окружение стартует и корректно работать без всяких дополнительных настроек. Соответственно в настройках nginx нет никакой информации о домене. 2. Но nginx её туда все таки передает так, что вопрос работоспособности конкретных правил в их корректном составление. Возможно потребуется учесть специфику BitrixEnv 3. Редиректы все таки лучше делать на nginx, описывать их можно в подключаемом файле. Сложностей при переезде на другой сервер нет. 1. При переносе сайта вначале всегда стоит убедиться в корректности его работы там куда его переносите 2. Проверить и исправить редиректы не проблема, и делается достаточно быстро. Причем как через .htaccess как вам нравится так и через nginx если хотите снизить потребление ресурсов. 3. Если конкретно вам, что то не подошло в сборке не значит, что нельзя ей пользоваться. В ней учтено достаточно много моментов, и не запрещено править конфиги под свои конкретные задачи. 4. У хостеров есть преимущество, сайт настраивается перед началом работы. 5. Нормальный проект каждую неделю не переезжает с хостинга на хостинг и естественно чем больше и уникальнее проект тем больше может потребоваться манипуляций при его переносе на другой хостинг. Очень интересно вы хостинг проверяете перед переносом сайта на работоспособность сайта который вы еще не перенесли, или его надо перенести и тестировать? а кто за этоплатить то будет ? Ну если бы редиректы в хтаксесс работали и просто снижали производительность так бы и было, но они вот чет неработают, в моем случае появилось 6 зеркал сайта. Очень весело знаете ли когда уникальный контент 15 тысачи статей становится неуникальным В рубли перевести ? Проблема не в снижение а в вообще не работе. В сборке много чего не подошло о чем я вам не говорю, откровенные ошибки при создание дополнительных сайтов в vhost и тд, это дело наживное и я их сам правлю, но уже отписался и по этому поводу, реально 3 дня потратил честнодаже не думал что в первой же строчке перепутано * и 127.0.0.1 , Настройки сикуэля под минимальные ресурсы не учитывая что ваша сборка ставится или на впс или на дидиейт уж явно не под сайт с посещяемостью 400 человек в день. А в настройках максимум 600 конектов и тд и тп там вообще чуть лине дефолт. Но это действительно настраивается, хотя по хорошему при инсталяции задать вопрос оптимизировать под число клиентов можно было бы. Не задаю вопросы по почтовому серверу, хотя уж очень непонятна концепция на собственном сервере использовать чужой smtp. Уж если человек разродился на свой сервер уж и почту бы свою . Притом еще и нестандартным пакетом. Нет никакой веб панели, хотя ваша контора реально могла сама перелопатить любую опен панель и сделать конфетку. Но это опять же личное дело трудящихся. И еще много много куча целая всего подряд, у вас даже пост макс сайз не изменен, что тоже дико ? вы базы то в 2 мб видили для сикуэля, не считая бич проектов ? как их грузить то, а ну да у вас же даже phpmyadmin не стоит ради безопасности, хотя честно говоря можно было его запустить с функцией оф он, при выборе. Но это опять же геморой лично наш и я тут соглашусь. Ох хотел бы я знать их приемущества, сровняю любго с самым некрасивым местом, пихают как сельдь в бочку, у половинны даже акселераторы не работают, вебнеймс на php5.3 вообще не имеет его я уж ен говорю о нормальном ssh и тд. Хостеры как правило это для сайтов совсем маленьких, выше 1000 человек\день на хостере любом я бы точно не стал держать. И да хостинг надо настраивать , об этом знают около 4 человек из 100! остальные верят что он работает. Но давайте не будем ровнять серьезную контору с серьезным ресурсом для серьеных людей и хостинг для бичей. NNM.ru за свою жизнь уже раз 30 переехал Ребят лично против вас ничего не имею не поймите неправельно, хотелось бы действительно предлагать качественный продукт. Каковым вы являетесь, и вашу систему под сайты, поскольку мне свою собирать приходится около дня — два на баг тесты. Источник
Action Type: redirect
Redirect URL:
Redirect type Permanent 301
Цитата Максим Месилов пишет:
Цитата Камиль Кашаев пишет:
такая же проблема..
но у мня unix
не подскажите что прописать в htaccess?
** И [ url] [/url ] убрать
— парсер не дает нормально запостить, пытается в ссылки преобразовать.
Цитата Максим Месилов пишет:
1. У вас часом не IIS7?
2. Попробуйте для апача написать следующее:
RewriteCond %
RewriteRule (.*) http://www.example.ru/$1 [R=301,L]
Возникла следующая проблема. Помогите решить её одним из двух способов.
я преобразовал её в ЧПУ вида /details/33/maslo_ot_rastyajekwww редирект
Техподдержка отвечает не наши проблемы, крутитесь сами
Цитата server <
listen 80;
server_name youdomain.com;
rewrite ^ http://www.youdomain.com$request_uri permanent;
>
Цитата Денис Диденко пишет:
shambler81, спор не о чем, на домене mydomain.com я могу разместить один сайт, на домене www.mydomain.com второй, а битрикс из коробки включит редирект. Вам нужен редирект с www на без www или наоборот, вы и делайте, как делать я написал выше.
это и сотни а то и тысачи редиректов прописаных в .htaccess
На десятках сайтах стоящих на машине. А то и сотнях.
И даже если я пропишу все эти редиректы ( как правило сео перелинкоска старых ссылок на новый сайт, переброс ссылочной массы и тд куча всякого. ) в nginx
то кто их будет потом там модерировать ибо сеошник он туп по определению ( в настройках nginx) и уж точно даже если и будет их там правит по ssh . то .
В случае переноса . сайта с сервера что вполне нормально при количестве выше 100
кто их будет переписывать на новом хостинге, почему они не заработают на нем, этот вопрос ляжет на меня.
Кто будет следить и не забывать о них?
Есть стандарт
Редирект в .htaccess
все его с горем попалам знают
А то что они не отработают именно из за nginx именно в вашей сборке, так это половина сеошников вообще не знают что такое nginx
Сайт это пол года возни программиста и десяток сеошника.
Так что вопрос открыт и остр.
Мало того сеошник с полной уверенностью даже не полезет это проверять!
Он заметит когда провалятся позиции ! В моем случае это заметил КЛИЕНТ !
А это большой большой пинок в тыльную часть нижней головы!
когда в вашем каталоге пропадут 15 тысач позиций эдак на месяцок!
А потом вы их понимать будите почти год !
Это финансовые проблемы, не говоря уже о вообще смене домена www на без www
тут вообще по сути упадет весь сайт в 0, по мнению яндекса это вообще другой сайт.
В результате ваш сайт с 1 позиции упадет в 0000000000
То есть он будет вообще как новый сайт на новом домене.
Думаю если ваша сео контора скажет вам что ваш сайт входящий в 10 крупнейших, и по 1400 позициям на 1 местре в поиске упал на
эээ так на 0
как вы к этому отнесетесь ?
Более серьезно чем а ну нафиг сделайте как я сказал ? и не парьтесь?
Но для сеьезного движка на котором сидят только платные проекты из которых 80% это магазины то есть реальные затраты на нештатные косяки!
Ставя вашу сборку центоса человек уверен что в ней все работает под битрикс.
Он даже не подумает что из за нее может весь сайт просесть ибо обычные редиректы она не в состояние передать!
И так вопрос еще раз
Что делать с редиректами!
Каким то образом этот вопрос решают хостинги предоставляющие услуги через nginx, у них редиректы работают.
Заранее спасибо за ответ
Цитата Nikolay Ryzhonin пишет:
Не все так просто:
Цитата Nikolay Ryzhonin пишет:
1. При переносе сайта вначале всегда стоит убедиться в корректности его работы там куда его переносите
Хотя конечнов идиале так и должнобыть. Кстати на редиректы бы я не тестил они везде работают теперь почти
Кстати ваш собственный битрикссетаптест не имеет данной проверки
Цитата Nikolay Ryzhonin пишет:
2. Проверить и исправить редиректы не проблема, и делается достаточно быстро. Причем как через .htaccess как вам нравится так и через nginx если хотите снизить потребление ресурсов.
Цитата Nikolay Ryzhonin пишет:
3. Если конкретно вам, что то не подошло в сборке не значит, что нельзя ей пользоваться. В ней учтено достаточно много моментов, и не запрещено править конфиги под свои конкретные задачи.
А вот редиректы это всеже вещь не относящаяся к неподошло мне, они нужны всем! Кроме унитазоконтор. А эти не ваш уровень. Вы топ контора с топовым продуктом вам и клиенты топовые нужны. А у топа есть СЕО и вопросы редиректов там есть. Иесли вам не принципиально с ввв или без то для топового сайта это даже не вопрос за такое просто убивают! Так что это не подошло не мне а вообще в принципе не подошло.
Пробелма в том что ребят разбирающихся в разработке сайта и плавающих в просторах *nix систем не так много, если быть точным то на ваших конференциях я часто знакомлюсь со многими веб студиями, людей знающих никс системы работаюих с ipfw iptables postfix и тд на прямую вообще копейки. Если быть точным я предплоагаю что они есть Но до сих пор никого не встретил! Даже разницу между FastCGI и SuPHP не могут обьяснить. Куда там задать вопрос по неадекватным редиректам в свсязке бэк и фронт серверов! Народ не задает он просто с трудом может зайти по ssh и не знает что там делать то. А вы говорите вопросы задавать. Их иметь для начала надо.
У меня стаж рабоыт с никс системами 10 лет , и то до Nginx руки толькодошли.
Так чо незаданые вопросы не факт что их нет, просто никто нешарит, шарят но мало кто и это единицы смысл им эти вопросы задавать.
Среднестатестический человек просто не в состояние их задать.
Для справки.
Админ есть в среднем у 1 студии из 10 как правило это по совметсительству.
программист php работающий 10 лет может не знать как перезапустить апач с консоли!
Цитата Nikolay Ryzhonin пишет:
4. У хостеров есть преимущество, сайт настраивается перед началом работы.
Цитата Nikolay Ryzhonin пишет:
5. Нормальный проект каждую неделю не переезжает с хостинга на хостинг и естественно чем больше и уникальнее проект тем больше может потребоваться манипуляций при его переносе на другой хостинг.
Когда проект 1 то да
Когда их 300 то простите среднее время продолжительности работы с клиентом сео конторы 2 года и это справедливо для всей сферы обслуживания, жизнь идет клинты приходят и уходят и это нормально. Да те у кого все хорошо сидят, у кого плохо в поиске. Студии тоже меняются, хостинг меняется все меняется, переписывать под каждого базовую вещь помоему глупо .
Ставить вашу было бы куда проще. Да и вы там сами все правите под себя и красиво и легко, даже согласен с centos хотя почему именно он так и не понял, дебиан ващет рулит . Но тут кому как удобней.
Слабоват у меня Nginx и если именно по этому задаю вопросы, знал бы как пропускать редиректы через nginx так бы к вам и не обращался и вы бы думали что все окей.
Для справедливости не все редиректы не проходят. Просто на взгляд программиста есть ли сайт с ввв и он же зеркало без него ничего страшного с точки зрения сео это провал.
В общем вернусь к сути разговора
1. Есть ли возможность корректной работы редиректов. (даже если замедление) кому надо сам поменяет в нджинкс но работать хоть медленно но должно с коробки.
2. Как оно работает удругих хостеов тогда? Может есть адекватное решение ?