Алексей Волков (Все сообщения пользователя)

создавать по новой не подходит, потому как сайт уже действует и не 1 год, товар проиндексирован, идет синхронизация с 1с(причем если не ошибаюсь с 7,7) и т.д.и.тп

либо вы не понимаете меня либо я вас

и каким образом мне это сделать? id типа указывается 1 раз в момент создания и изменению не подлежит.

ситуация такая:
есть инфоблог "каталог", который находится в типе инфоблока "каталог товара"
в инфоблоке тысячи элементов - необходимо создать новое свойство, НО... вот тут вся загвоздка ID типа инфоблока такой же как и его название "каталог товара" - русскими буквами с пробелом. и при сохранении он выдает неверный тип и не сохраняет. как можно решить эту задачу?

У меня именно так, всу обработку в эпилоге не сделаешь

/bitrix/gadgets/tgarl/time/
тут уже идут файлы

по логике  /bitrix/gadgets/ - папка для гаджетов
tgarl  - мое пространство имен
time - сам гаджет
внутри 3 файла: index.php, .description.php, .parameters.php, папка lang/ru/ пустая

нужен гаджет для рабочего стола, в учебных курсах, api сказано, что добаляется так же как компонент только в папку /bitrix/gadgets дальше в свое пространство имен

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

description
параметры пустой
index

все вроде просто

спасибо, как -то не подумал о таком варианте. все думал как переменную передать, чтобы от нее плясать, а вот чтобы сформировать нужные контенты и их отправить в хедер не додумался

и каким образом я по символьному коду буду получать значение свойства? нет конечно можно распарсить урл, сделать выборку по ELEMENT_CODE, но это не лучший вариант
над аяксом я тоже уже думал, но не уверен что роботы его отработают, а в этих блоках как минимум будут заголовки h1

эх опять поднимается тема. перепробовал все, что предлагается, но ничего не подошло
ситуация такая если мы в детальном описании определенных элементов, то в шапке должны подключаться/отключаться определенные блоки. как я вижу это:
в элементе создаю свойство, в component_epilog.php (чтобы не кешировалось) отправляю это в хедер. в хедере проверяем что пришло(будет 4 разных значения) и в зависимости от этого выводим. только как это сделать. все что выше предложено не помогло

установите тогда совместный режим просмотра разделов и элементов либо в настройках модуля информационные блоки(если хотите применить для всех инфоблоков) либо в настройках конкретного инфоблока - по другому никак

при раздельном вам необходимо указать к какому будет принадлежать разделу элемент
при совместном где находитесь там и будет содан

это проблема с установленным модулем http://marketplace.1c-bitrix.ru/solutions/defa.tools/ - посмотрите тут, там уже кто-то сталкивался с похожей проблемой или напишите разработчику решения

так вам же уже сказали в этом случае нужны будут свои колбэк-функции пересчета цен, а хранить цены можно в тех же свойствах элемента или придумывать обходные пути через SKU или еще как

#WORK_AREA# - это метка где будет производится разделение шаблона на 2 части на header.php и footer.php и использовать ее необходимо через создание шаблона сайта в админке, а не через ftp в header.php или footer.php
если эти файлы есть значит метка в админке стоит

нет не получится, так как в малом бизнесе только 1 тип - базовая
вам через SKU нужно делать, каждое предложение это товар такого-то города по такой-то цене
в шаблоне делаете проверку на то какой город был выбран и оставляете только предложение по этому городу

если я правильно понял то стили применяются в зависимости от раздела первого уровня и должны подхватываться внутрилежащими разделами и элементами.
если да, то я бы предложил такой вариант: к параметрам компонента добавил бы дополнительный параметр-массив id=>src img/css и в комопненте/шаблоне проверять текущий id раздела - нет в массиве значит проверяем родителя уровень которого первый. ага совпал с 1 из значений значит мы получили src img/css - ну а дальше либо инлайном стиль добавить либо еще как это уже мелочи

это как если у вас 2 разные страницы? соответсвенно на 1 должен быть компонент с 1 шаблоном, на 2 со 2 шаблоном - значит вы на 2 разных страницах используете не разные шаблоны а одни и теже

я использовал реферальную ссылку - если по рефералу пришел, то одна ссылка иначе просто в раздел вернуться

в том, что у вас включено подтверждение регистрации по email, если бы его не было, то и авторизация была бы сразу после регистрации

ну вот видите вы все понимаете)))

любая cms это всего лишь инструмент(не конечный продукт как бы хорошо он не был представлен), а разработчик не всегда додумывает за заказчика(на это есть менеджеры проектов, заказчики... тз наконец - понимаю что это выглядит цинично и не по человечески, но одно дело додумывать нюансы, за которые ты ничего не получишь, другое оплошности заказчика). в данном контексте нюансом будет дублирование страниц, а оплошностью когда заказчик указал на одной странице заголовки  h1 10 раз.

сделайте второй шаблон, в русской версии будет использовать старый, в английской новый шаблон переведенный на en.

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

напиши проверку на email - если проходит валидацию, значит ищешь по email $arFilter["MAIL"]=значение, не проходит значит по имени $arFilter["NAME"]=значение

смотря какой случай, можно и сессией воспользоваться. мы же не знаем исходной задачи, может у человека все еще проще - один компонент  другом подключается и достаточно $arParams? а может компоненты на разных страницах лежат?

у меня 1 секунда и не помогает ничего - иногда правда проверка сайта говорит, что все хорошо