Форум

Добрый день, Евгений

Возможность удаления профиля пользователя есть и в существующем компоненте sale/sale_tmpl_1/profile.php, используемом в демо-версии. Что касается добавления нового профиля, то рекомендуем Вам создать компонент, взяв за основу sale/sale_tmpl_1/profile_detail.php, произведя небольшие изменения. Необходимо:
- убрать код, получающий данные по ID профиля
- для класса CSaleOrderUserProps производить не Update, а Add (более подробно см. в компоненте sale/sale_tmpl_1/order.php)

Попробуйте сделать это

путем добавления в файл /bitrix/php_interface/after_connect.php:

[CODE]<?
   @mysql_query("SET character_set=cp1251", $DB->db_Conn);
?>  [/CODE]
(если файл не существует - создайте его)
Хотя лучше прописать непосредственно в my.cnf

[QUOTE]надо поставить character_set -- cp1251[/QUOTE]
Да, именно так.

Добрый день

Скорее всего, неправильно настроены переменные MySQL, "ответственные" за кодировку.
Выполните в окне SQL-запроса
SHOW VARIABLES и проверьте значение character_set (для более поздних версий MySQL - набор переменных).

Добрый день, Игорь

Необходимы ли пояснения по поводу использования и кастомизации компонента main/profile.php?

Добрый день

Имеется ли в виду форма редактирования профайла пользователя в публичной части сайта?

В 4-й версии для этой цели используется компонент main/profile.php, который Вы можете кастомизировать согласно общим правилам кастомизации компонентов системы.
Модуль веб-форм в данном случае не задействован.

Проблема решена в техподдержке.
Работает условие
[QUOTE]strpos($APPLICATION->GetCurDir(), "/dir/") === 0[/QUOTE]

В нашем руководстве разработчика Вы можете найти подробное описание файлов системы:
http://www.bitrixsoft.ru/help/source/main/help/ru/developer/general/structure.php.html

Добрый день,

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

Это не всегда удобно, т.к. некоторые примеры, например, настроенные информационные блоки, типы рекламы и т.п. могут быть полезны.

В публичной части дистрибутива вы можете смело удалить папки:
about, catalog, partners, personal, search, support.

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

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

Папка /en/ - тоже самое для английского сайта, можно удалить, если нет необходимости в ней.

Папки:
admin, bitrix, upload - служебные.

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

/images/ - картинки, относящиеся к внутреннему инф. наполнению, не к дизайну шаблона.
Картинки для дизайнов находятся в папках:
/bitrix/templates/<ID_шаблона>/images/

/img/ - скрипт для регистрации событий по email рассылке в HTML. (Можно удалить, если не планируется использовать).

В папке /bitrix/templates/ находятся тестовые шаблоны.
Можно удалить все, кроме /.default/.

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

Добрый день, Александр.

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

Немного подробней о документообороте статических страниц:
http://www.bitrixsoft.ru/help/source/workflow/help/ru/sample/howto_create_new_page­_in_workflow.html

С радостью ответим на Ваши дополнительные вопросы, если таковые возникнут.

P.S. Хотим обратить внимание, что редактировать страницы, содержащие компоненты (как и любой php-код), имеют право только участники группы администраторов сайта.