Иван Малышин (Все сообщения пользователя)

Согласен про .default, этому на курсах и учим.
Не пойму чем лучше корень сайта?


И не нужно делить, дублировать и т.д.. Если на сайте используется несколько шаблонов сайта, то стили, скрипты, картинки - удобнее всего хранить в одном шаблоне (чаще используют .default для хранения всех общих объектов), и подключать из него во все остальные.

В этом случае преимущество хранения в корне вижу - только что верстальщика не "пугать" сложным путем ))

Я надеюсь речь о размещении в шаблоне по пути bitrix/components/папка компонента ? Из курса должны были запомнить что раздел с компонентами из пространства имен bitrix менять нельзя.

Как я писал выше, стили компонентов можно размещать и в общем файле стилей, если в проекте так удобнее, все зависит от задач. Ну и механизм  объединения файлов стилей упрощает работу, если удобнее хранить стили в шаблоне компонента.

Привет!

Мне тоже интересно мнение участников, пока напишу свое.

Олично, как тебе обучение?



По мнению:
Не нужно ставить такие права, в папке bitrix много файлов, редактируемых разработчиком. Т.е. выставление таких прав - это ошибка.

в CDN попадает файлы только из /upload/ и /bitrix/      

Совсем не понятно. Если речь об удобстве редактирования в одном файле, то можно все стили компонентов сложить в один файл в шаблоне. Иногда так действительно удобно. О скриптах так не скажу.


Откуда в путях до скриптов и стилей будут системные папки, они же подключаются от корня сайта ))

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

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

Поддержал идею, хотя не массова она.
Если такое  сделают сделают в коробке, то наверняка будут более жесткие и расширенные требования к настройке обмена.

Подпилить код выгрузки в 1С?

Эти проверки выполняются на уровне ядра.
Ядро менять не нужно, как и указали выше - используйте события. Это не проще, но это правильный путь разработки в 1С-Битрикс.

Пожалуйста

nikart,  если у вас проект завязан на работу с уже существующими клиентами, то я бы сделал  так:


1. Единоразовая загрузка пользователей на сайт.
- Из 1С выгружается необходимая инфа и в том числе уникальный код, для физ лиц - что угодно (код в справочнике и т.д.), для юр. понятно ИНН.
- В момент загрузки на сайт рассылаем всем письма с паролями и приглашением в проект
- данные вроде ИНН пишем в доп поля пользователей

в дальнейшем можно либо выгружать новых либо создавать их на сайте в ручную.


2. Модификация процедуры заказа.
- покупка доступна только по логину/паролю
- после ввода логина/пароля пользователю не нужно вводить никаких данных (адреса инн и т.д.) мы и так все знаем и автоматом подставляем в заказ
 
3. Модификация процедуры загрузки заказа в 1С. Нужно немного подправить чтобы физ.лица определяли по выбранному нами полю.

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

http://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementadd.php
http://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementupdate.php

Вы бы еще в тему 2006 года написали.

Используйте те же обработчики

OnBeforeIBlockElementUpdate
OnBeforeIBlockElementAdd

в них присваиваете наименованию значение полного (то есть текста анонса)

А куда оно должно загрузиться ?

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

Привлекайте разработчиков 1С для отладки выгрузки, иначе не разобраться почему у вас лишнее идет на сайт.

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

Проблема может возникнуть в случае есть у вас используются иблоки 2.0, у них есть ограничение на количество свойств (50-100 где-то) тогда критично какие свойства приходят по конкретному каталогу.


При штатной интеграции с УТ 10.3 + обновление обмена  с сайта Битрикс у нас такой проблемы не было, свой ства распределялись верно.

Да же не знаю в какой доке будет отдельно это описана. Настолько это базовая вещь в разработке под Битрикс.

Если вдруг вы подумали иное - я не сотрудник компании 1С-Битрикс

Не знаю кто вам сказал что Битрикс нацелена именно туда, по мне так платформа для разработчиков, а не "домохозяек"

Так что бы совсем подробно - не напишу, попробую чуть расшифровать

• Настраиваю пути по ИД и коду иблока в наст ройках иблока
  

речь о настройке шаблона ссылок в настройках иблока, для простоты делаем по ИД, так как символьные коды могут быть не заполнены при обмене с 1С

• Создаем раздел под новый каталог и копируем туда компонент каталога, настраиваем его на работу по ID
  

настроенные выше шаблоны ссылок должны соответствовать размещенному компоненту.

• Добавляю свойства новинка и спец предложение в новый иблок, настраиваем главную
  

Просто создаем своства у иблока, аналогичные демо каталогу. На главной в компонентах указываем наш новый иблок

• Настраиваем левый блок – необходимо указать верный код типа иблока в расширении левого меню
  

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

• Настроить поля выгрузки в 1С
  

В настройках модуля магазина, иначе обмен заказами работать не будет

• настроить службы доставки и оплаты
  

тут по конкретному проекту

• создать раздел auth и разместить там 2 стандартных файлика
  

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

• удалить демоконтент и сделать переидексаци
  

думаю и так понятно

В общем случае пути у вас 2:

1. Перенести модуль обмена из типовой конфигурации (тут еще вопрос прав появляется, но сейчас не об этом) и "строить" в вашу. Так вы получите полнофункциональный обмен. Кодить только на стороне 1С.

2. Написать свой простой велосипед, передавать на сайт файл по ftp с нужными данными, на сайте по крону парсить. так функциональность низкая, решается легко, потребуется кодить на стороне сайта.

Инфа на сайте соответствующем, вы сами хоть поискали?
http://1c.1c-bitrix.ru/support/doc.php

Возможности кастомизировать форму редактирования элемента иблока - есть, можете менять как хотите. Задача сложнее конечно, чем прикручивание jquery

Прикруть один из сотни плагинов jquery

А не поможет решить задачу отображение цен на сайте в рублях?

Там  же где вы делали
Есть не "Эта информационная база", а другой узел? его почистите аналогично.


Либо у 1С-ников знакомых попросить обработку для очистки плана обмена, у меня сейчас под рукой нет. Подобные задачи я ей решал.

Может и так, не помню интерфейс в 1С. У вас получилось?

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

Не советую решать. Либо в 1С вести как характеристики, либо пусть разными позициями. Это проще всего, либо допилка типовых элементов Битрикса на серьезном уровне.