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

Вот с чем столкнулся: подключаю в пользовательской форме редактирования элемента инфоблока  java скрипт (ловит нажатие на созданную мной кнопку в форме и запускает обработчик нажатия) - в публичке работает, из админки нет. Подскажи куда копать!

Артём - интересный вариант! Я пошел тем же путем, только не модальные окна пытался открывать, а пробовал в тело условия:

вставлять оригинальный цикл

предварительно подставив в $PROP данные связанного элемента.
Пока не получилось...

Бился, бился, но не осилил динамическое добавление таба на форму редактирования элемента инфоблока. Ткните пжлста носом! И так, и сяк, и в $tabControl в массиве tabs присутствует новая вкладка, но выводиться не хочет. Надо вынести на отдельный таб все свойства типа "привязка к элементу инфоблока PROPERTY_TYPE="E" и на этом отдельном табе сразу выводить свойства связанных элементов с возможностью их редактирования. Конечно, можно из админки создать таб, перекинуть нужные свойства, а дальше ковырять ее в файле пользовательской формы редактирования элемента, но хочется сделать таб, создающийся по-умолчанию, как дефолтные табы.

Подскажите, после переноса сайта в BitrixVM перестал работать экспорт в яндекс.маркет - известный баг, где yandex.php генерится по умолчанию в папке /upload , в которой запрещено исполнение php. Как обычно, рекомендации из FAQ выполнили (создали папку upload/xxx , в ней создали .htaccess с нужным содержимым, туда же и генерим выгрузку)  - эффекта нет, php не выполняется, перегрузил сервак - всё равно не работает. Не подскажете куда копать? Уж больно не хочется отключать глобальное ограничение по выполнению кода в upload/ .

Есть инфоблок "товары", в нем есть множественное свойство "характеристики" типа "привязка к элементам" другого инфоблока "характеристики", свойством которого является множественное поле типа "строка". Таким образом для каждого элемента "товар" может быть приписано несколько элементов "характеристика", но каждый элемент "характеристика" привязан только к одному элементу "товар". Выводить и использовать данные из "характеристик" будем только при обращении к элементу "товар".
Вопросы:
- нужна ли в инфоблоке "характеристики" привязка элементов к "товару", даст ли это прибавку в скорости или удобстве?
- можно ли из админки при редактировании элемента "товар" сразу создавать/редактировать свойства связанного свойства типа "привязка элемента"? (пока получилось только так: создать элемент "хар-ки",заполнить его, а только потом выбрать в качестве свойства в элементе "товар").
- есть ли при такой структуре данных сложности при доступе к данным из АПИ? т.е. у нас в плане, чтобы некий скрипт добавлял к уже имеющимся элементам типа "товар" свойство "характеристики" и заполнял свойства самого элемента "хар-ки".
- есть ли смысл хранить инфоблоки "товары" (около 50000 элементов) и "хар-ки" (предположим, что в среднем на товар будет три таких свойства, т.е. 150000 элементов) в разных файлах таблиц?
Спасибо! Буду рад любым советам и идеям!

Подскажите, как обновиться "стандартными средствами"? Сейчас работает 4.1 под Centos 6.

Интересует, есть ли планы по включению полноценного почтового клиента в КП. В многих CRM на рынке это уже реализовано. Такое решение напрашивается, оно позволяет создать единую рабочую среду для сотрудников и максимально полноценно встроить почтовую переписку в во все процессы КП. Если таковых планов нет, есть ли примеры такого внедрения партнерами?

Еще один глюк проявился. Делаю экспорт из 1С в битрикс, вижу:
"Обработано 22398 из 18340".
Это как?

С советами, конечно, согласен, но всё же глюк имеет место быть. До обновления Битрикса до самых свежих версий всех модулей имели такую ситуацию: со снятой галкой "использовать контрольные суммы", всё как и сейчас, время выгрузки 6-7 часов, с включенной галкой "использовать контрольные суммы" время выгрузки 25 минут, НО! не обновляются свойства в товаре, меняются только цены и добавляются новые товары. После обновления битрикса при любом состоянии галки "использовать контрольные суммы" получаем одну и ту же картину долгой выгрузки. Выгрузка нужна обязательно полная. Есть ощущение, что что-то не то с "контрольными суммами".

1С8.1 УТ 10.3, битрикс обновлен до последних версий модулей. При импорте товаров и предложений из 1с имеем крайне низкую скорость. Товаров около 18000, выгрузка полная, никаких картинок или прибабасов, только стандартный набор данных плюс несколько пользовательских свойств типа "строка" - итого время выгрузки около 7 часов. Битрикс стоит на выделенном серваке под центос 5.3, индекс быстродействия около 39, галка "использовать контрольные суммы" включена. Подскажите, в каком направлении рыть. Спасибо!

Подскажите, как можно самостоятельно настроить модуль выгрузки ? Нужно добавить выгрузку в битрикс "кода товара"(можно просто как еще одно свойство товара) и заменить названия некоторых переменных в 1с для сайта - т.е. в 1с у товара есть свойство типа список, так вот это самое свойство и его параметры нужно переобозвать по другому для битрикса. Если самому сложно натсроить -  может кто возьмется?

Вопрос прожженым сисадминам! В ходе обмена обнаружилось, что сервер не поддерживает zip. Выделенный сервер с Центос, пхп 5.1.16 ... Как добавить поддержку zip без обновления php?

Да, это вариант. Но всё равно надо как-то 1с допиливать,чтобы это копирование происходило автоматически при создание элемента.

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

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

Интересное решение! А в чем логика?

Кстати, Максим, я Вам там писал письмо в личку. Можно как-то пообщаться с Вами?

Та же беда.

Сможет кто-то из знатоков взяться за решение задачи по настройке  импорта/экспорта 1С и Битрикса? Что-то сами в тупик пришли. Пишите в личку, если кому интересна задача. Условия - обсудим.

Сергей, да с заказами проблем нет! их не так много один раз подчистить базу труда не составит. Проблема в остальных соответствиях - свойсвах, ценах и т.д. Как это прописать? Я понимаю, что если бы шли стандартным путем (формирование данных в 1с, а затем закачка их на "витрину" битрикс) - то этих проблем бы не было, но у нас задача именно связать существующий сайт и новую базу. Пока не могу понять, где  прописать эти привязки. 1с делает файл XML - всё что из него понял - изменение XML-ID у инфоблока, чтобы подцеплялись данные именно туда. А как связать цены и свойства - не понимаю. Вижу их ГУИДы в файле, а где их прописать в битриксе  - не пойму.

Никто не поможет?

Предыстория:
Некоторое время назад небольшой компании потребовался сайт "Визитка". Выбрали Битрикс, из-за удобства обновления информации ну и на слуху система...Потом функционал нарастили до интернет-магазина, который работал в standalone режиме, без какой-либо связи с системами учета. За время работы сайта на нем накопилась куча информации - пользователи, заказы, описания товаров. И вот настал момент, когда без автоматизации учета работать стало трудно. Был приобретен 1С8УТ и было решено попытаться импортировать необходимую информацию с сайта с сохранением привязки информации между битриксом и УТ.
Вот что делали:
1.Экспорт номенклатуры с сайта в csv, загон csv файла с номеклатурой и группами в УТ (свободных обработчиков полно в интернете), из УТ экспортировали csv, в котором получили "Внешний код" битрикса в соответствии с GUID из УТ, загнали GUID в битрикс (в пользовательское свойство), и затем скриптом, написанным Max Pryazhevsky(вот тут: http://dev.1c-bitrix.ru/community/forums/forum7/topic25226/ , за что ему большое спасибо!) был заменен старый XML_ID на новенький GUID из УТ!
2.Начали пробовать импорт/экспорт на тестовой машинке. Экспорт заказов из битрикса прошел вроде более менее - создались пользователи, заказы от покупателя, НО! все товары из заказов оказались созданными в корне "Номенклатуры". Начали разбираться - оказалось, что во время оформления заказа битрикс записывает "Внешний код" товаров и хранит его, так что что наши ГУИДЫ ему нипочем. Ну да не беда, можно устранить дублированные позиции в номенклатуре силами УТ. Дальше - хуже. Делаем импорт товаров на сайт - по логу - всё ок, но на сайте изменений не замечено. Начинаем рыть XML-файл. Видим так кучу ГУИДОВ для свойств, цен и т.д. Теперь думаем как эти ГУИДЫ привести в соответствие между битриксом и УТ. Нужен теперь совет, что нам делать?
PS. Сорри за "простыню".
PPS. Если есть вопросы или нужен совет, по стадиям которые прошли удачно - вэлком!

Хочу отсортировать данные в catalog.section по нескольким свойствам одновременно - не пойму куда Ваш совет вставлять? Подскажите плиз.

Присоединяюсь к вопросу: как установить страну и/или город по умолчанию на странице оформления заказа?

Именно это я и называю решением! Возьметесь? Нестандартность номенклатуры на крайне низком уровне!