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

Да, наверное. В пробной версии закодирован каталог /bitrix/modules/ в котором расположены и полные тексты административного раздела. В коммерческой версии весь продукт поставляется в исходных текстах.

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

Так как все публичные и административные страницы написаны на API, то проблем с использованием не возникает.

Добрый день, Олег!

Мы рассматривали такой вариант, но решили не развивать его, так как очень ограниченный спрос на такую конфигурацию. Под Windows отлично работают как Оракл так и MySQL версии продукта. Пример сайта на Windows платформе: http://www.securitylab.ru/

Он уже есть http://www.bitrixsoft.ru/partners/

Ян, индивидуальные вопросы, которые касаются только вашего проекта лучше задавать в техподдержке. Форум предназначен для обсуждение общий для всех пользователей вопросов. А как клиенту, вам лучше использовать для этого закрытый форум по продукту.

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

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

Но если вы решили, что у вас моделей диванов 30 штук, а цена зависит от обивки, а типов обивки 50 штук, то ничего не поделать, значит у вас уже появляется потребность где-то указать 1500 вариантов цен.

Теоретически, вы можно было бы сделать то в карточке товара. Можно сделать это предложениями цен для одной модели. Но суть вопросы не меняется. Где-то надо вводить все варианты цен.


Да, 41 счет нет смысла выгружать Но мы и не говорим об этом. Упоминание бухгалтерских программ сделано только для того, чтобы понять суть автоматизации при выгрузке цен. А автоматизация бывает нужна даже уже при 1500 вариантов цен. Я не говорю про каталоги с десятками тысяч товаров и типов цен.

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

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

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

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

Сергей, на базе данных без подзапросов, а таковой являются версии MySQL 3.ХХ и 4.ХХ которые в основном сейчас используются, создание наследуемых свойств по разделам задача далеко не простая. Сразу возникают проблемы переноса объекта из папки в папку (что должно со свойствами случиться, если их в другой папке нет?) множественной связи объекта с несколькими папками и ряд других проблем. Ну и производительность такой системы будет заметно ниже.

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

Совершенно верно, никаких ограничений нет.  

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

Только если у вас есть права на работу в этой закрытой части. Иначе, поиск не показывает результаты из закрытого раздела. Иными словами, поиск работает в соответствии с правами доступа.

Очень даже можно, примерно это я и советовал.

Александр, если вы являетесь клиентом, лучше обращаться в закрытый форум.
У вас должен быть вход в него.

Чтобы получить новый модуль, направьте запрос на адрес sales@bitrixsoft.ru с указанием лицензионного ключа и просьбы выдать модуль "ActiveDirectory/LDAP". Модуль будет приписан к вашей лицензии бесплатно, и вы загрузите его через систему обновлений.

В качестве примера можно привести любой из сайтов Компьютерры:

http://www.computerra.ru/

Число элементов инфоблоков превышает 100 тысяч. Главная страницы содержит выборки сложной составляющей, каждый из запросов достаточно сложен, чтобы его можно было позволить себе выполнять раз для каждого из 50 тысяч посетителей. И как результат, главная страница проекта кэшируется в целом ряде независимых областей с разным временем кэширования.

Кстати, обратите внимание на постраничку внизу списков.

Page136.html
Page135.html
....

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


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

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

http://www.bitrixsoft.ru/help/source/main/help/ru/developer/general/technology/cac­he.php.html

Структура модуля инфоблоков принципиально не менялась при переходе между версиями 3.хх и 4.хх.

Общее описание можно посмотреть в руководстве:
http://www.bitrixsoft.ru/help/source/iblock/help/ru/index.php.html

Мы поддерживаем следующую структуру иерархии:

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

Свойства элементов определяются конкретного информационного блока и не меняются в зависимости от групп. Такую модель мы выбрали по соображениям производительности и особенностям MySQL. В одном из наших продуктов, "Битрикс: Инфо-портал" мы делали наследование свойств по группам, но клиенты не пользовались такой возможностью и реально даже на MSSQL с подзапросами это существенно затрудняло работу систем с большими каталогами.

Для создания более сложных каталогизаций с использованием "Битрикс: Управление сайтом" используются следующие свойства инфо-блоков:
"Привязка к разделам" и "Привязка к элементам".
Эти свойства позволяют устанавливать связи с другими инфо-блоками и использовать их для создания по сути любых систем каталогов.

Вспомогательная ссылка для документации разработчика по модулю инфо-блоков:

http://www.bitrixsoft.ru/help/source/iblock/help/ru/developer/index.php.html



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

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


Если я правильно понял, предложенный мной метод совпадает с выбранным вами.


Техническая поддержка в первую очередь обрабатывает запросы, поступающие от коммерческих клиентов в виде тикетов в разделе поддержки http://www.bitrixsoft.ru/support/
Потом обрабатываются закрытые форум, к которым есть доступ у всех коммерческих клиентов и партнеров.

И, к сожалению, в последнюю очередь мы стараемся отвечать на вопросы в открытом форуме.

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

http://www.bitrixsoft.ru/sitemanager/versions.php?module=search

По этой причине, не осталось времени отвечать на все вопросы открытого форума.

Запросите пробный лицензионный ключ и обновите пробную версию продукта до последней версии. Выполнить это можно в меню "Настройки системы"-"Обновление".

Если вы не вносили данные и не настраивали свой сайт - то самый лучший вариант, действительно, провести повторную установку.

Если же данные уже накоплены и терять модификации жалко, после покупки ключа наша техподдержка восстановит работоспособность системы. Но нужен будет удаленный доступ к машине по FTP и SSH.

Вы можете купить коммерческий ключ, установить его в продукт, зарегистрировать и загрузить исходные тексты по технологии SiteUpdate.

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

Если буду вопросы, звоните в наш отдел продаж.

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

Мне кажется, что тема исчерпала себя и совсем не хочется бороться с человеческим пессимизмом, который воспитан современным маркетингом.

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

Роман, ну зачем всех подозревать.    Не все в жизни делается ради маркетинга, надо еще и удовольствие от жизни получать.  8)

Спасибо, Александр!

Нам очень приятно получать такие отзывы!

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

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

Скорее всего нет временного каталога для PHP в котором сохраняются файлы сессий. В результате, сразу после авторизации, php начинает новую сессию и требует повторной авторизации.

Все подобные вопросы решаются исключительно индивидуально. И нет смысла публиковать те или иные запросы, деталей для принятия решения уточняется много и решение принимается индивидуально.