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

ilyas->,а чья работа "модуль купить в 1клик"? не из маркетплейса качали ненароком?

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

значит, перед update элемента ИБ проверяем, что именно пытаются обновить и кто. выкидываем из массива обновляемых полей наше read-only свойство, юзеру пишем - ноуноу.

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

да пожалуйста

zadubin,я думаю, им вообще наиболее интересно не платить ничего за работу, о чем Вы?
ну, сделали и сделали, хоть трава не расти.
Бедные программисты все равно,  например мне доставались разные проекты. где-то текстовый файл раз в сутки на 8гб генерился, ради костыльной "отладки", ниче страшного.

zadubin,я вам все написала в личку.

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

да, странно, почему смена языкового файла в параметрах компонента   не помогает испоганить админку ))

смотрите пм, не хочу давать вредные советы на всеобщее обозрение.

все не так

Правильно:

/bitrix/templates/mytemplate/components/bitrix/forum/.default

в .default копируете содержимое папки .default из /bitrix/components/bitrix/forum/templates

rudiwork,загляните в ПМ.

P.S. Почему не используете комплексный компонент? Вам бы было проще.

Список новостей (bitrix:news.list)
1)"IBLOCK_ID" => $_REQUEST["ELEMENT_ID"],

2) "IBLOCK_URL" => "index.php?ID=#IBLOCK_ID#",
1 противоречит 2

Если приспичило брать ИД инфоблока из гет-параметра, то и параметр должен быть один и тот же? нет?  в настройках самого инфоблока  в админке - тоже.

Ну и переходить на список новостей придется по урлу /news/index.php?ID=5
Ну - надо так надо, я не спорю. Может, у вас 100 инфоблоков с новостями по разным тематикам, мало ли, не делать же ради этого 100 разделов физически.

Новость детально (bitrix:news.detail).
Опять гет-параметр.
"IBLOCK_ID" => $_REQUEST["ID"],    
"ELEMENT_ID" => $_REQUEST["ID"],

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

Список новостей (bitrix:news.list)
"IBLOCK_ID" => $_REQUEST["ID"],

??? почему???
ну ок, допустим

Новость детально (bitrix:news.detail).
"IBLOCK_ID" => "",    
 "ELEMENT_ID" => $_REQUEST["ELEMENT_ID"],

ИД инфоблока вообще не указали и разве ИД новости у вас в $_REQUEST["ELEMENT_ID"]? Если вы передаете его просто в ID?

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

ценник от этого меняется?

понятно. итак.

Товар: горшок

Торговые предложения: горшки
Свойства торговых предложений:
    - диаметр
    - оформление

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

Я бы сделала так:
- товарная группа: Керамика ; товар Горшок ; характеристика товара: диаметр
- товарная группа: Упаковка: товары - бантики, ленты, обертка
- товарная группа: Декор: наклейка, рисунок...

На странице горшка выводить привязанные товары из Упаковки и Декора.
Плюс: не нужно под каждую комбинацию заводить товар.

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

товар:
 горшок(без ничего) - 2 рубля

торговые предложения:
 горшок с зеленым бантиком - 10 рублей
 горшок с красной каемочкой - 15 рублей
...... ит.д.

правильно?

запахло SKU?

пффф. тогда это РАЗНЫЕ товары, как ни крути. Если цена на весь набор будет варьироваться, то нужно смотреть в сторону корзины, сейчас там много интересного в плане выдумок на скидки.

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

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

воспользоваться событиями?

/upload/1c_catalog

а поменять просто ему пароль и email?

есть ли среди свойств в выборке - множественные?

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