Форум

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

[QUOTE]Администратор Сайта пишет:
Спасибо. Алексей, а не подскажите: "изменить ваш номер лицензии на тот который будет предназначен для данной копии продукта", как изменить номер лицензии? ( сайт который необходимо перенести - простая визитка, возможно ли ставить лицензию от версии "Старт" ? )[/QUOTE]
это не проблема
[QUOTE]Евгений Жуков пишет:
Покупаете "Старт", разворачиваете на новом хостинге. Путем XML-импорта/экспорта переносите инфоблоки (ID инфоблоков и записей слетят). Копируете папки сайта на новый хостинг. На старом убиваете. Все.[/QUOTE]
вариант еще проще
покупаете редакцию старт
на новом перенесенном сайте удаляете все модули, которые не входят в редакцию старт
вводите новый ключ от старта
обновляетесь

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


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

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

на предыдущем хостинге удалить информацию о том сайте, который вы уже перенсли

[QUOTE]Дмитрий пишет:
сделайте, страница - элемент инфоблока
пользователь может редактировать созданные им элементы (страницы)[/QUOTE]
как раз и хотел вам предложить то же самое
почему вам дали такой совет?
потому что:
для того, чтобы с наименьшими затратами решить вашу задачу вам необходимо:
1. наличие типовых средств автоматического управления досутпом
2. наличие типовых средств управления "адресацией"
и лучше всего подходят для этого инфоблоки, тем более что уже можно исспользовать готовые компоненты редактирования, управления "своими ресурсами", в данном случае - своими элементами инфоблока
вам только остается собрать все воедино, продумать структуру и сценарий отображения информации и реализовать

если денег не жалко, можете посмотреть готовые разработки партнеров:
http://www.1c-bitrix.ru/partners/modules/#view/partners/modules/147024/

[QUOTE]Артур Глазов пишет:
Можно ли в социальной сети на битриксе сделать чтобы путь к странице пользователя был не club/user/ 1 /, а допустим club/user/ vasya /
[/QUOTE]

только при этом предусмотреть запрет на "русскоязычные" логины при регистрации

[QUOTE]Филипп Кулаков пишет:
Сделать другую группу не сложно. Но у вас групп должно быть, много.[/QUOTE]
с какой стати?
достаточно группы Продавцы, код магазина можно забивать в пользовательское свойство привязанное к объекту USER
а далее с помощью проверки принадлежности к группе и фильтрации по коду магазина можно собрать все необходимые данные
[QUOTE]Филипп Кулаков пишет:
У "Стандарта" нет корзины[/QUOTE]
да. заголовок то невнимательно прочитал :)
упустил момент :)

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

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

Что касается списков покупателе и продавцов тоже реализуемо
Например - развести по группам пользователей продавцов и покупателей
тогда в админке с типовой системой использования фильтрации это по умолчанию реализуемо

В целом задача конечно без доработок вряд ли решится
но что касаемо реализуемости, то ответ - реализуемо.

Судя по всему значение - код элемента инфоблока?
попробуйте метод
CIBlockElement::GetByID
http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getbyid.php