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

Очередное обновление продукта решит эту проблему. Это обновление очевидно выйдет в первые рабочие дни нового года.

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

В ближайшие дни выйдет пример реализации продажи временного доступа к файлам (на примере mp3 файлов). Возможно вы (или разработчик, если вы закажете разработку сайта) сможете подчерпнуть там полезные идеи.

Ключ очевидно должен отображаться на странице и/или уходить на почту. Не важно, сколько ключей где лежит. Важно, чтобы на странице показался только один из них. Остальные покупатель и не увидит.

Наша компания сейчас занимается развитием продукта в целом и не оказывает услуги по сборке сайтов. Вы можете обратится к одному из наших партнеров. Он оценит задачу и даст вам ответ в плане суммы, сроков и т.п.
Подробную информацию вы можете получить здесь: http://www.bitrixsoft.ru/partners/list/index.php

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

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

На оплату заказа можно вешать события. В этом событии можно отправлять письмо или делать еще какие-либо действия.

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


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

Особо больших проблем в этом нет. Каждая таблица содержит поле XML_ID, которое можно использовать для хранения старых ID. А если они в дальнейшем не нужны, то можно просто вести массив соответствий старых и новых ID при конвертации.

Способ выборки данных из прежней базы зависит от самой этой базы и ее структуры. Вставлять же данные можно стандартным API форума. Конкретный алгоритм зависит от разных нюансов типа метода хранения прежнего форума и т.п. Например, он может быть таким:
выбираются старые пользователи и сохраняются по одному в базу битрикса (CUser::Add) с запоминанием массива соответствия ID ($arUsers[старый индекс] = новый индекс);
выбираются старые форумы и сохраняются по одному в базу битрикса (CForumNew::Add) с запоминанием массива соответствия ID ($arForums[старый индекс] = новый индекс);
выбираются старые темы и сохраняются по одной в базу битрикса (CForumTopic::Add) с учетом того, что новый код форума равен $arForums[старый индекс], с запоминанием массива соответствия ID ($arTopics[старый индекс] = новый индекс);
то же с сообщениями, только индексы запиминать уже не нужно.

Это целиком относится к конкретной сборке публичной части вашего сайта. Ядро не накладывает никаких ограничений на подобный функционал.

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

Мы постараемся учесть ваши пожелания при планировании обновлений модуля форумов.
Ниже несколько комментариев:
Сейчас есть техническая возможность сделать такой вывод на API. Cоответствующей публичной страницы нет. Мы добавим такую страницу в одном из очередных обновлений.

Сейчас можно найти в поиске сообщения пользователя, если набрать строку типа
"Автор: имя_пользователя_на_форуме"

Я не совсем понял вашу мысль

Эти вопросы не относятся к модулю форума. Более того, они не относятся к нашему продукту. Это вопросы реализации конкретной вашей публичной части.

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

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

Это стоит в планах.

Не совсем понятен вопрос. Приведите, пожалуйста, пример (можно ссылку на соответствующее сообщение вашего форума).

Опять не совсем понял суть вопроса. Но вы в любом случае можете поменять любой вывод публичной части на своем сайте по своему усмотрению.

Вы были подписаны на темы 1046, 1727, 1741 и некоторые другие этого форума. После этого вы подписались дополнительно на весь форум. Расширение области подписки - допустимая операция. Письма приходят на каждую из подписок. Поэтому по некоторым темам вы будете получать по два письма. Вы можете изменить подписку с помощью соответствующего пункта меню форума.

Стоимость переноса данных из одной базы в другую никак не связана со стоимостью продуктов, которые работают на этих базах. Да и не может быть связана. Это разные вещи.
Все выше касается баз MySql и Oracle. Перенос на базу, отличную от MySql или Oracle, займет существенно больше времени и невозможен без привлечения грамотных программистов.

При наличии конвертера процесс перехода займет от нескольких десятков минут (в зависимости от размера базы). В изменении файлов необходимости нет, если вы пользовались только API. Шаблон конвертера у нас есть. И мы можем его предоставить. Время адаптации шаблона под вашу версию продукта может составлять от нескольких минут до нескольких часов.

В продукте есть возможность загружать каталоги товаров из файлов в формате CommerceML. 1C позволяет выгружать каталоги в формате CommerceML (CommerceML - это стандарт обмена коммерческой информацией). Поэтому вы можете вести каталог в 1С и выгружать его на сайт.
Загрузка каталога с сайта в 1С вам совершенно не нужна. Должно быть только одно место, где каталог ведется. Во все остальные места он должен экспортироваться из этого базового места. В противном случае получится большая путаница и немалые проблемы.

Вы можете выгружать заказы с сайта в формате CommerceML. 1C имеет поддержку импорта документов из формата CommerceML. Но эта поддержка несколько ограничена. Например, в каждом файле должен быть только один документ.
Сейчас 1C готовит новую версию своего продукта, который будет работать со следующей версией формата CommerceML. Возможно поддержка импорта документов в 1C станет более полной.
Если у вас есть специалист, который сможет немного подправить конфигурацию 1C под ваши нужды - тогда проблем совсем никаких нет.

Наш продукт никак не связан с 1C (или какой-либо другой аналогичной программой), за исключением общей поддержки формата обмена коммерческой информацией CommerceML. Поэтому он содержит в себе все элементы, необходимые для ведения on-line бизнеса. Если какие-либо элементы (например, печать отчетов) вам не нужны - вы можете просто не пользоваться ими. Конкретную схему необходимо выбирать исходя из конкретных потребностей. Будут ли документы формироваться автоматически при оформлении заказа, будете ли вы печатать их с сайта или из 1C - это зависит от ваших нужд и желания.

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

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

Можно найти хелп по PHP на русском...
Суть цитаты в том, что статическая переменная существует только в локальной области видимости функции. Отличием от обычной локальной переменной является то, что статическая переменная не теряет своего значения между разными вызовами этой функции.
А значит вы используете ее не правильно. Это легко заметно, если упростить код

Результатом будет строка
sect=;
Может быть вам не нужна статическая переменная (я не вникал в суть кода и поэтому не могу сказать,что вам надо)?

$sect - это все таки переменная, а не константа. На мой взгляд у вас в коде основательно напутано с использованием статических переменных. Вот цитата из хелпа по PHP:

Ответ дан в системе техподдержки

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

Есть ли в вашем каталоге хоть один тип цен, который доступен для покупки всем посетителям сайта (группе 2)? Только такие цены выгружаются в яндекс. Остальные цены не являются публичными.

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

Скачайте новый дистрибутив, если вы тестируете продукт. Либо воспользуйтесь системой обновлений, если вы реально используете продукт.

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

В текущей версии нет фильтра по полю DATE_REG, но его можно добавить в очередном обновлении модуля.

Были небольшие проблемы с последним обновлением демонстрационной версии. Сейчас все должно работать корректно. В лицензионной версии подобных проблем не было.

Описание выводится в хинте при наведении на ссылку "Цитировать" (если это поддерживает браузер).

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

Нет. Подобными кнопками посетители пользуются редко, так как на форумах обычно редки сообщения со сложным форматированием, которое необходимо проверить перед публикацией.
Публичная часть форума является публичным скриптом, поэтому она может меняться владельцем сайта по своему усмотрению. Если вам необходим эксклюзивный функционал, который не реализован (пока не реализован) стандартными скриптами, то вы можете изменить эти скрипты под себя. С модулем поставляются два различных варианта публичных частей (следующее обновление добавит еще один).

Полная версия документации находится сейчас в разработке, поэтому задавайте вопросы по тем функциям, которые не совсем понятны, здесь.
Функция
array GetBasketList()
является оболочкой для более низкоуровневых функций модуля магазина. Вы можете посмотреть ее код в файле /bitrix/modules/sale/include.php, если он у вас в исходных кодах. Она возвращает массив записей в корзине. Каждая запись - тоже массив. Вы можете вывести структуру массива функцией print_r.

Возможны оба варианта

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

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