Дмитрий (Все сообщения пользователя)

Можно и так сделать. И в общем то правильнее это скорее всего. Но есть такое слово как заказчик, и еще есть такое слово как хочу.

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

Кстати, штатная SendError работает неправильно (кодировка не пишется), поэтому через bxmail добавил указание кодировки письма. Работает.

Не советую делать выборку из двух инфоблоков.

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

Это значит что в базе есть две записи с одинаковыми идентити. Уж не знаю чье преимущество, битрикса или бесплатной субд)

delete top 1 from blabla where keyfield = 900829

ps. У меня такие ошибки часто возникали когда делал бэкап дампером, а не штатными средствами.

Вакансия по прежнему свободна.

С детства не люблю костыли )
Решил сделать через bxmail обработчик. Добавить заголовок в письмо, в котором приписать данные о файле , и в случае если такой заголовок обнаружен, добавить аттач. Технически ничего сложного. О результатах напишу.

Здравствуйте.

Собственно задача, сделать функцию отправки файла с сайта другу. Именно в виде аттача, причем данный аттач генерируется автоматически.
Начал делать через веб формы, а там такого функционала не наблюдается.
Есть ли какие мысли кроме как тупо использовать smtp mailer?

Опытный, или как минимум толковый программист.
Продукт Bitrix управления сайтом.
Аккуратность, уверенное знание javascript, ответственность обязательны.
Subversion, CSS, mySQL, умение тестировать, работа с google map API приветствуются.

Оплата сдельная. Загрузка 40 - 80 часов в месяц. В перспективе можно больше.
Базовая ставка 350 рублей/час. Обсуждается индивидуально.

Поставить последнюю версию. Точно не скажу, но в семерке этого уже нет.
Имена меняются лишь если включен документооборот если не изменяет память.

Добрый день.
Возникла проблема. При сохранении уже существующей записи всех типов инфоблоков, меняются пути (физически) всех файлов - значений его атрибутов конкретной записи. Хотя сами файлы не менялись (поменялся к примеру только заголовок).
Каталог постоянно обновляется. Хостер ругается что бэкап сильно разросся (это и понятно).


Варианта решения два видится:
1 Отключить изменение адресов файлов
2 Сделать так чтобы файлы для инфоблоков каких то определенных типов хранились в отдельных папках, и эти папки исключить из бэпапа.

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

Спасибо.

У них всегда один ответ. А у Вас последняя версия?
И в общем то они правы.

Здравствуйте форумчане.

Возможно кто нибудь сталкивался с похожей проблемой.

Все нижесказанное относится к бэкэнду. Как это сделать через фронтенд, я уже знаю.
Пользовательские формы редактирования не предлагать, ибо чересчур трудозатратно.

Стоит задача, для пользователей одной группы, ограничить доступ на просмотр профайлов пользователей одной конкретной группы. Т.е. чтобы пользователи группы А могли смотреть профайлы группы пользователей который принадлежат группе Б.

Создал уровень доступа с привязкой к главному модулю, в котором прописал доступную операцию: "Просмотр списка пользователей только разрешенных групп (view_subordinate_users)".

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

Штудирование документации, форума, сети, кода не помогло.
Такое ощущение этот код просто не написан. Версия у меня 6.5. В истории релевантных изменений не обнаружил.

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

Да я верю Вам Михаил.
Дело в том что у меня этих свойств несколько штук. Соответственно этот метод очистки вызывается несколько раз. На мой взгляд это индусисзм, когда вместо того чтобы правильно вызвать один метод (вопрос именно в том заключался, как его вызвать), пишется десять других.

Здравствуйте.

У меня поле типа файл, к примеру view1. Нужно удалить картинку которая была раньше.

С CIBlockElement::SetPropertyValueCode как описано выше работает.
Пробовал по всякому с методом CIBlockElement::Update, ничего не выходит.

В качестве значения свойства передавал и

и

не помогает.

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

Может кто то делал уже такое?