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

Прямо в шаблоне -- не стоит. Для этого есть result_modifier.php

Проверьте права доступа в настройках инфоблока.

Вручную, увы.

http://dev.1c-bitrix.ru/community/forums/messages/forum11/topic31104/message18329­8/#message183298 ?

Включите крыжик "Устанавливать заголовок страницы" в настройках компонента каталога.

Имхо, лучше обратиться в техподдержку

Шаблон компонента и result_modifier.php шаблона кешируются вне зависимости от того, есть там запросы к базе или нет.

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

Это будет примерно то же самое, что ставить диагноз по фотографии. Причём без фотографии.

Открываете в каком из трёх возможных режимов редактирования (как html, как текст и как php)?

Техподдержка может

Ну или это какие-то фокусы вёрстки. По описанию проблемы трудно понять, надо своими глазами смотреть.

Можно посмотреть в /bitrix/php_interface/init.php -- что там накрутили. Но у вас что-то очень странное происходит.

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

/bitrix/modules/socialnetwork/include.php:

define("SONET_ROLES_OWNER", "A");
define("SONET_ROLES_MODERATOR", "E");
define("SONET_ROLES_USER", "K");
define("SONET_ROLES_BAN", "T");
define("SONET_ROLES_REQUEST", "Z");
define("SONET_ROLES_ALL", "N");
define("SONET_ROLES_AUTHORIZED", "L");

Оно?

В первый раз пожалел, что битриксы отменили отрицательные оценки. Интересно, сколько бы собрал мой резкий пост.

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

Я и не собирался писать код за вас.

Если вы не можете понять то, что я вам написал, у вас недостаточно квалификации для решения этой задачи.

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

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

Может, оно и к лучшему? Сделать тупую транслитерацию. Уж всяко лучше, чем этот невозможный was_have_been_translate_english_very_best

4) Сильно зависит от того, какие выборки вам делать.

Вариант в лоб: хранить привязку к организации в профиле юзера. Заводите пользовательское свойство типа "число", в нём храните ID организации (организация -- элемент инфоблока).

Можно сделать как в корпортале: привязка хранится в профиле юзера в пользовательском свойстве типа "привязка к разделу". Тогда организацию вам нужно будет делать разделом инфоблока (имхо плохой вариант).

Можно хранить привязки как множественное свойство типа "привязка к пользователю" в инфоблоке (организация -- элемент инфоблока).

5) Версионность изменений можно сделать с помощью модуля документооборота, но:
* этот модуль входит только в старшие редакции битрикса;
* всю работу с версиями надо будет писать самому, штатные битриксовые компоненты не годятся. Я это делал, задача решаемая, но не очень простая.

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

1) Добавить пользовательские свойства (см. профиль юзера, вкладка "Доп. свойства"). Для регистрации использовать компонент "Настраиваемая регистрация". Правда, насчёт прикреплёныых файлов не уверен.
2) Можно через обработчик события OnAfterUserAdd
3) Я бы сделал так: представители организаций входят в одну группу пользователей, прочие сотрудники -- в другую
4) Этот функционал придётся писать руками. Как именно хранить привязки, надо сильно думать, сходу не скажу (много вариантов)
5) Что-то мне не нравится постановка задачи. Если каждый сотрудник может редактировать данные об организации, начинается гемор: надо хранить историю изменений, иметь возможность выяснить автора правки с целью надавать ему по шее и откатить правку и т.п. Тут, может, вообще надо сразу смотреть в сторону других решений (чего-то wiki-подобного).