Станислав все у вас в норме просто зайдите в настройки инфоблока, в который импортируете там найдите вкладку поля и снимите галочку означающую обязательность заполнения поля привязка к разделу точнее секции для товара необязательны А вообще такая ошибка означает, что у вас есть товары, которые не принадлежат ни одному разделу, а вот в настройках инфоблока почему то стоит запрет, т.е. надо к разделу привязывать. Будьте внимательны и не потеряйте свои товары
agolovinsky пишет: Естественно я понимаю что СЕО-модуль не "двигает" сайт, привожу его как одно из проявлений проблемы... причину выяснить пока не удалось, жду ваших мнений...
Коллега, вы пришли с уже готовой болезнью, в которой не факт что вообще Битрикс какую то роль играет (Битрикс это лишь платформа), на диагностирование которой пациента надо как минимум обследовать и собрать нужные анализы. Кроме того, вы обратились сейчас не к тем врачам вам надо к СЕО спецам в первую очередь обратиться и установить диагноз. А уж потом искать причины.
схитрить в расширенном управлении меню для любого из пунктов вы можете присвоить любые дополнительные параметры неапример и что нибудь типа class, extclass, да все что угодно и прописать там любое значение затем берем и в шаблоне смотрим на параметр пункта меню если у него есть наш волшебный параметр - добавляем нужный класс в нужнойм кусочке HTML и т.д. и т.п.
а если доступ в норме и совет Станислава не поможет - тогда гляньте в настройки сайта, корректно ли там прописан текущий путь на сервере (точнее путь к корневой директории, в большинстве случаев не заполняется) если там хоть что то прописано - сверьтесь, все ли правильно такое случается когда разработчики прописывают пути и при смене путей забывают это указать или переносят сайт на другой сервер забывая внести коррективы
agolovinsky пишет: Сайт работает и остаётся в поисковиках
Цитата
agolovinsky пишет: сайт как будто-бы стал не виден ни посетителям, ни поисковикам...
вот читаю и не понимаю две противоречащие фразы при чем тут вообще сео модуль? Вы же не полагаете, что он двигает ваш сайт? обратитесь к специалистам - они помогут вам разобраться
Присоединяюсь и добавляю В настоящее время СВЯЗАНННЫЕ ИНФОБЛОКИ реально СВЯЗЫВАЮТ иногда руки 1. используя GetList со связанными блоками - мы не можем пользоваться свойствами связанного инфоблока в фильтрации и отборах 2. вроде есть подзапросы, но они реализуют только 50% нужного функционала (Александр Семеритов уже указал на невозможность использования подзапроса при работ ОТ инфоблока SKU) в итоге: В настоящее время в БУС нет полноценных меанизмов, позволяющих реализовать весь потенциал системы и приходится писать свои запросы Господа разработчики, может подналечь? Да прикрыть эти дыры?
А еще, Николай, начинаются непредвиденные проблемы с куками. Кстати, по поводу 80 порта ТП в ТП то и подсказали. LocalRedirect вроде работал, но вот авторизация на все сайты или хотя бы на домены....
Евгений и Артур С вариантом настройки nginx уже пробовали - не прокатывало второй вариант попробовали с init.php - тоже не прокатило а вот оба вместе... вроде как избавились от проблемы с 8888 за то вам и спасибо будем надеяться что работать будет
Evgeniy Pedan пишет: proxy_set_header Host $host:80; на proxy_set_header Host $host;
конфиги знаем где такую операцию пробовали у нас проблемка просто появлялась другая - начинал проявляться порт 8888 особенно при работе с админкой и кое-где тоже начала вылазить сейчас попробуем еще второй совет
уточненение: Переменная окружения $_SERVER["HTTP_HOST"] содержит "домен:80" хост не должен содержать порт. В ТП сообщили, что на виртуальной машине такая проблема есть, исправление планируется в ближайшем обновлении А когда примерно? И можно ли как то самим настроить? Что и как правильно прописать в конфигах апача и нгинкса?
На многодоменности возникает проблема переноса авторизации изза прописанного порта 80 в ТП сообщили, что планируется исправить (на всякий случай номер тикета 277621) а вот вопрос - как это можно поправить оперативно самостоятельно?
точнее - со своим кодом используя API Битрикс в некоторых случаях - можно и шальнуть своим запросом (реально такие задачи есть, которые типовыми API решить невозможно, а если возможно - то только угробив сервак или сожрав все возможные лимиты) Но... вот тут надо точно уже знать архитектуру и не увлекаться
а типа компоненты на грязном API? если речь о типовых компонентах - да, в некоторых случаях можно получить выигрыш написав свой компонент со своими API (в типовых как правило за счет обеспечения универсальности может что то не использоваться для решения какой то задачи и этим пожертвовать можно). В некторых = нет вообще ваш вопрос бесполезен Битрикс - инструмент и надо знать его архитектуру, чтобы делать выводы - поможет что то или нет. я с точностью до 50% отвечу на ваш вопрос и да и нет
Цитата
Дмитрий Налбандян пишет: Это очень примитивный пример, но, проблемы производительности битрикса известны всем. Он имеет очень сложную структуру БД, он имеет миллион инклудов, он требует более мощного железа и пр... но, зато дает массу преимуществ перед другими CMS или фреймворками
В свое время предприятия для перехода на 1С 8 с семерки целые парки компов меняли а тут блин всего то надо морально устаревший сервак (или хостинг) сменить на более менее соответсвующей хотя бы прошлой эпохе. Я не говорю про какое то мощное железо - о чем вы? Не у всех ведь проекты с миллионными хитами.
Денис Воробьев пишет: не peros, а repos - в первом посте - опечатка
Николай, если читаешь, срочно надо попправить на сайте в описании веб окружения линукс данную опечатку ведь реально то я копипастом не задумываясь пользовался после того, как установил - сейчас вот точно вспомнил, что адрес по памяти ручками забил а вот на то что поддомен то угадал - внимания не обратил смутила только 403 но она буквально ненадолго возникала скрин опечатки прикладываю Хорошо, что Денис Воробьев указал на ошибку
Ну так вы и ответили на свой вопрос Тем более Евгений уже расклад дал Просто мне иногда встречались проекты, на которых админы еще умудрялись "подрабатывать" втихаря продавая ссылки вот это уже кощунство конечно При этом заказчик сайта на такие нюансы внимания не обращал, но факт есть факт. Вот такого быть точно не должно