Почему каталог не выводит товары подразделов?

Question

[Chernichko]

После переноса сайта на другой сервер. Каталог выводит только все товары разом. Нулевой уровень. Если я пробую перейти в подраздел, выводятся вообще данные с главной страницы - баннеры и другая ерунда.

С чем это может быть связано и как исправить?

Comments

[blayloock012018]

Логи посмотрите, какие SQL запросы шлются. Может, немнооо-о-оожко неправильно параметр настроен.

[Chernichko]

blayloock012018, несколько раз проверила. Все вроде в порядке с настройкой...

[blayloock012018]

Chernichko,

Мог бы предложить посмотреть логи dbconn.php: $DBDebug = true; $DBDebugToFile = true; самой или скопировать сюда, в аккуратное оформлении или приаттачить файлом

Есть предположение, что номер IBCLOCK может неверно указан в параметрах вызова компонента, и т.д и т.п. Вариантов много. Стоит взглянуть mysql_debug.sql (Установив $DBDebug = true;) , этот код попробовать "выполнить" в PhpMyAdmin , чтобы узнать причину вывода из `b_iblock_element` не тех самых, не совсем нужных подразделов

А еще лучше, взять пару дней выходных и аккуратно посмотреть, что не так после переноса.

Answer 1

[Artes]

скорее всего у вас одна из двух причин
1) С вероятностью 80% - при переносе сайта удаляется или переименовывается файл htaccess
без него недоступны настройки ЧПУ и переходы не осуществляются. Верните файл.
2) С вероятностью 15% - папка каталога недоступна движку для чтения и настройки компонента недоступны. проверьте,ч то пишет проверка сайта.

Comments

[Chernichko]

файл htaccess один в один как на основном сайте

Доступность на чтение есть у инфоблока.
Проверка сайта пишет, что все хорошо.

Что еще может быть не так?

[Artes]

Chernichko, покажите что в заголовке отдает страница которой нет в момент перехода или дайте ссылку или .. так как по большому счету больше ничего не может быть если это был простой перенос

p.s ничего - в случае отсутствия глобальных проблем с тем, что не все перенесли/ но в этом случае все должны показывать ошибки при попытке перехода

[Chernichko]

Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept
Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Origin: *
Cache-Control: no-store, no-cache, must-revalidate
Connection: keep-alive
Content-Encoding: gzip
Content-Type: text/html; charset=UTF-8
Date: Tue, 27 Mar 2018 15:29:32 GMT
Expires: Thu, 19 Nov 1981 08:52:00 GMT
P3P: policyref="/bitrix/p3p.xml", CP="NON DSP COR CUR ADM DEV PSA PSD OUR UNR BUS UNI COM NAV INT DEM STA"
Pragma: no-cache
Server: nginx/1.4.6 (Ubuntu)
Set-Cookie: YS_GEO_IP_STORE_ACTIVE=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=tb.жж.ru
Set-Cookie: BITRIX_SM_LAST_VISIT=27.03.2018+18%3A29%3A31; expires=Fri, 22-Mar-2019 15:29:31 GMT; Max-Age=31104000; path=/
Set-Cookie: BITRIX_CONVERSION_CONTEXT_s1=%7B%22ID%22%3A11%2C%22EXPIRE%22%3A1522184340%2C%22UNIQUE%22%3A%5B%22conversion_visit_day%22%5D%7D; expires=Wed, 27-Mar-2019 15:29:31 GMT; Max-Age=31536000; path=/
Set-Cookie: YS_GEO_IP_STORE_ACTIVE=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=tb.жж.ru
Set-Cookie: BITRIX_SM_GUEST_ID=156; expires=Fri, 22-Mar-2019 15:29:31 GMT; Max-Age=31104000; path=/
Set-Cookie: BITRIX_SM_ABTEST_s1=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/
Set-Cookie: BITRIX_SM_BANNERS=2_2_3_03042018%2C2_4_3_03042018%2C2_1_3_03042018%2C2_3_3_03042018; expires=Fri, 22-Mar-2019 15:29:32 GMT; Max-Age=31104000; path=/
Set-Cookie: BITRIX_SM_ABTEST_s1=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/
Transfer-Encoding: chunked
X-Powered-CMS: Bitrix Site Manager (e524393dddec76bb7d3202c37f43c0db)

Artes, да это был просто перенос сайта.

[Artes]

Chernichko, не совсем это я хотел увидеть
больше статус, который отдает страница
но из текущего, у вас реально домен - tb.жж.ru
возможно кириллические символы присутствуют в папках к которым обращаетесь и они поросту не корректно работают по кодировке? В проверке сайте нет ошибок связанных с mbstring и UTF?

[Chernichko]

Artes, ахахаха! Это был момент конспирации)

И тогда я не очень поняла, что вы хотели увидеть. =)))

[Artes]

:) ну мало-ли
проблема непосредственно с ЧПУ
без ЧПУ страницы работаю, та же /catalog/?arrFilter__1715864318=Y&set_filter=Y&filter_title=Шины+с+технологией+RunFlat

а ЧПУ это в 90% случаях проблемы .htaccess
Если вы уверены, что он есть и корректен и главное он учитывается новым сервером при работе, то осталось проверять совсем базовые вещи а-ля не затерлись ли правила ЧПУ в инфоблоке и настройках компонента каталога и т.п.

Но это htaccess :) Проверяйте именно его и его обработку сервером

[Chernichko]

Artes, htaccess такой как ой он на первоначальном сайте. Это может быть связано с настройкой nginx?

[Artes]

Chernichko, может.
Но для начала проверьте учитывает ли сервер его как таковой. Добавьте в htaccess любые невалидные символы в начало, если сервер упадет в 500 ошибку - то он как минимум на него смотрит. Если ничего не измениться, то он игнорируется.

Если все же смотрит, то как поддомены расположены в иерархии сервера.
Если ваш поддомен tb из tb.жж.ru на сервере лежит как папка в домене жж.ru, а не как отдельный домен - то .htaccess корневого каталога может переопределять правила всех вложенных папок

[Chernichko]

Artes, он игнорируется. Это провал.

[Chernichko]

Artes, прописала в nginx

if (!-e $request_filename){
rewrite ^(.*)$ /bitrix/urlrewrite.php;
}

все заработало.

Спасибо!