Долго пытался сформулировать принципы работы используемого мной подхода, но пришел к выводу, что не могу это сделать, ибо уже не помню и не понимаю, почему именно так. Если кто-то расшифрует мне, буду очень признателен. depth_level - это текущий уровень вложенности относительно корня каталога. top_depth - это искусственно введенный мной ключ. Вводится он в файле sections.php комплексного компонента catalog и правильно работает только при значении больше 0. Если поставить 0, то поведение будет стандартным Как я понимаю, суть реализации сводится к тому, чтобы устанавливать каждый раз для текущей вложенности значение самого нижнего уровня, на котором подключается catalog.section. Если я неправильно понимаю, то буду очень признателен за поправки и разъяснение.
В поиске решения помогЕвгений Жуков. Хотя на осмысление его совета мне потребовалось недели две ввиду скудных знаний сайтостроения в общем и битрикса в частности
Я эту проблему решил. Но вот как - точно уже не помню. Суть решения свелась у меня к тому, что на страницу загружается сразу и catalog.section.list и catalog.section. И делается это вроде бы в result_modifier.php, но могу ошибаться. Уже не помню как сделал. Получается так, что у нас catalog.section.list загружается вверху страницы и отображает каталоги, а catalog.section загружается ниже, после catalog.section.list и отображает уже элементы того каталога, в котором мы находимся в данный момент. Вобщем если будет совсем туго, шумите, буду пытаться вспоминать реализацию и выкладывать листинг своих php файлов.
Доброго времени суток, коллеги. Уже долгое время бьюсь вот с какой задачей, которую сам же себе и нарисовал. Есть пользовательское множественное свойство элемента типа текст. Пытаюсь сделать так, чтобы в зависимости от выбранных значений этого свойства, для каждого выбранного значения отображалась своя картинка. Уткнулся именно в такую реализацию, хотя щас уже думаю, мож это и неправильно вовсе. Может быть нужно колдовать с типом файл? Вобщем-то сложность основная заключается в том, что никак не получается обратиться к конкретному значению свойства, чтобы поставить условие "Если значение на странице отображается, то отображать картинку, соответствующую этому значению".
зы. хотя скорее, сменили версию бара и подход к забору картинки погоды. новую версию картинки можно забрать по тегам "image-v2" (маленькая) и "image-v3" (большая), вместо старого просто "image", которая теперь ведёт в никуда. Соответственно, нужно поправить гаджет погоды weather/lang/ru/exec/index.php - изменить узел с /info/weather/day/day_part/image, на /info/weather/day/day_part/image-v2 или /info/weather/day/day_part/image-v3 ну и подправить оформление гаджета, как требуется.
Спасибо огромное. Как раз искал, где брать картинку в гаджет, ибо яндексовая ссылка вела в никуда.
Разобрался с привязками к разделам. Проблема была в том, что OpenOffice Calc для чего-то значения всех полей писал между одинарными кавычками, но в самом Calc'е их видно небыло. Обнаружил, когда решил посмотреть на файл через Notepad++. Вопрос с картинками остается открытым. Получается так, что все данные импортируются, кроме картинок. В чем может быть проблема? Кстати говоря, импорт делал через Торговый каталог CSV (new). В настройках торгового каталога поля предварительной картинки и детальной включены.
Ну и я не буду плодить тем, Апну эту. Подошел к вопросу импортирования элементов. Свойства элементов вроде бы импортируются, а вот с картинками и привязкой к разделам засада. Под привязкой я понимаю путь, по которому должен лежать элемент исходя из разделов. На примере получается так, что при импорте все элементы вываливаются в корень инфоблока. Каталог у меня не торговый, поэтому делаю импорт через инфоблоки из CSV. Подскажите, пожалуйста, что нужно прописать в CSV-файле (SECTION_ID, SECTION_CODE, SECTION_NAME или что-то еще) и с чем это нужно сопоставить в настройках импорта? Предполагаю, что идеальным вариантом было бы написание в CSV SECTION_ID, ведь он у нас уникальный, следовательно и не нужно писать полный путь, а достаточно прописать только ID этой самой секции. Ну и с картинками лажа какая-то. Все лежит там, где должно лежать, в настройках импорта прописан путь к папке с картинками относительно корня сайта, а в CSV прописано название файла с картинкой к каждому элементу. Однако ж не работает.
nukemonk пишет: В какой кодировке сейчас? ЮТФ? Проверьте, чтобы ЮТФ без BOM был. Например, в нотепад++ поставить кодировку UTF-8 (без BOM) и пересохранить.
Огромное Вам человеческое спасибо, Евгений. Дело было именно в этом самом BOM. Открыл файл в notepad++, поставил без BOM и сохранил. Сайт тут же заработал. Еще раз спасибо
Роман Петров пишет: 2. попробовать временно переименовать after_connect.php если помогло - значит, у вас там переносы и пробелы!
Переименовал и сайт загрузился. Я в очередной раз смотрел в этот файл через разные блокноты. Нет там ни пробелов, ни переносов.
Цитата
Роман Петров пишет: 1. сбросить кэш
Переименовал файл, зашел, нажал "Сбросить кэш" и поставил галку "Не использовать кэш". После этого обратно переименовал файл и сайт опять перестал грузиться. Где я туплю?
У меня сейчас такая же проблема. Началась после правки кодировки в файле after_connect.php. Пробелы и переносы проверял раз 10. Все чисто. Откатывал файл в первозданный вид, все без толку. Техподдержка, судя по скорости ответов, сидит где-то в Эстонии. Сайт уже три дня лежит без каких-либо перспектив. Сотрудники техподдержки (коих сменилось уже несколько по моему обращению) каждый день начинают разговор с одного и того же: "Проверьте файлы на предмет пробелов и переносов". Пока сижу, курю бамбук. Мож у кого какие мысли позитивные на счет проблемы есть?
Для страждущих напишу ответ от техподдержки. В файлах .top.menu_ext.php и .left.menu_ext.php в корне сайта есть строка if (SITE_TEMPLATE_ID !== "bitrix24"), это проверка какой используется шаблон сайта, там надо прописать ваш шаблон сайта.
Я вручную по мануалу изменял файл after_connect.php на предмет кодировки. После этого у меня перестал грузиться сайт со словами "ошибка в типе содержимого". Зашел в свойства файла after_connect.php и поставил галку "Только для чтения", после чего сайт сразу же загрузился. Странно конечно, но тем не менее, может кому-то поможет
Возможно ли ограничить доступ к личной информации пользователя для определенных групп. Например, штатные сотрудники не должны видеть, читая информацию о пользователе, номер сотового телефона, а для группы руководства сотовые должны отображаться. Как это реализовать?
Отображение подкатегорий в категории товаров, а не отображение товаров в категории., Требуется помощь в ответе на вопрос: как отобразить подкатегории в категории, а товары только в подкатегориях?
Ну и я бьюсь с решением аналогичной проблемы уже третью неделю. На форуме создано множество тем с одним и тем же вопросом, но ни в одной теме нет решения.
Задачу поставил на костыли, добавив в корень каталога компонент catalog.index. Но нужной структуры по прежнему не могу добиться ввиду того, что не могу сделать так, чтоб компонент catalog.section, который в составе комплексного компонента catalog, выводил только подразделы, если нет элементов в текущем разделе. Как это реализовать?
Вобщем-то задачу для себя формализовал следующим образом. Нужно сделать в комплексном компоненте "catalog" проверку наличия подразделов в разделах. Если подраздел в разделе есть, то подключать "catalog.section.list", иначе подключать "catalog.section". Помогите, пожалуйста, сделать это правильно и осмысленно.
У меня точь в точь такая же проблема как и топикстартера. Есть несколько уровней вложенности разделов и хочется, чтобы на каждой текущей странице отображались вложенные разделы без элементов, а уж в самом глубоком подразделе уже отображались элементы. Получалось сделать подобное путем подпиливания компонентов, но мне кажется, что должен быть более изящный выход.
Тема действительно актуальная. Странно, что в компонентах битрикса нет ничего подобного. Мучаюсь с выводом структуры разделов уже две недели, но знаний все еще не хватает, чтоб решить данную задачу. Причем казалось, что я справился с этой задачей при помощи компонента catalog. Но прочитав данную тему решил проэкспериментировать, так как появились подозрения. Добавил в нижележащий (второй) уровень еще один подраздел (то есть добавил третий уровень) и разочарованию моему небыло предела, так как этот раздел вывалился во второй уровень разделов. Помогите люди добрые кто чем может.
hippie пишет: Посоветуйте, плз, что почитать по теме?
И на всякий случай, спрошу:
Как правильно построить структуру (на уровне инфоблоков), чтобы у определенных групп товаров присутствовали, помимо общих (цена, производитель) только специфические для них свойства. Пример: Электротовары -----утюги (напряжение, наличие пара) -----Холодильники (напряжение, объем морозильника) Конфеты (вкус) Носки (размер)
создавать дополнительные "справочные" инфоблоки для групп товаров?
Не пинайте ногами, я учусь...
У тебя, ИМХО, тип инфоблока - электротовары. Информационный блок - утюги, а уже свойства инфоблока - это производитель, наличие пара, мощность и пр.
Я тоже учусь и тоже не могу до конца понять логику создания правильной структуры каталогов. Помогите неучам. У меня основная сложность во вложенности разделов. Пример: 1. Фурнитура 1.1 Нитки 1.1.1 Производитель 1.1.2 Вышивальные (количество в мотке, цена и др.) 1.1.3 Армированные 1.1.4 Мононити и т. д. 1.2 Пуговицы 1.2.1 Производитель 1.2.2 Пальтовые (цена, размер и пр.) 1.2.3 Костюмные 1.2.4 Рубашечные и т. д. 2. Ткани 2.1 Производитель 2.1.1 Обивочные (цена, плотность, ширина рулона и пр.) 2.1.2 Портьерные и т. д.
Для этого случая нужно создавать один тип инфоблока и потом внутри него настраивать сами инфоблоки или нужно для каждого раздела создавать свой тип? По какому принципу мне нужно распределять категории товаров по инфоблокам? Заранее покорнейше благодарю за дельные советы
У меня появилась аналогичная ошибка. При этом фаервол свой я не ковырял. До недавнего времени все работало нормально, а сегодня обнаружил такую проблему