Руководство поставило задачу - сделать сайт для оптовой торговли.
Как понимаю, должны быть функции регистрации на сайте, просмотр каталога товара, корзина, управление заказами и т.д.
Подскажите, плз, подойдет ли для этих целей Битрикс? Не работал раньше с инет-проектами, в основном интересует следующий момент - можно ли сайт на Битриксе также настраивать под свои хотелки, как типовые конфигурации 1С? Или с этой системой все сложнее?

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

(89) joomla + virtmarket
хуже подается для хотелок чем opencart
да и ресурсы сервера joomla кушает больше
(хотя если расматривать по выбору всяких тем и так далее инресней)

(91) Если нет мало-мальских познаний ни в php, ни в js, то тут хоть virtuemart, хоть opencart, разницы нет.

у нас, например, битрикс в опте не взлетел из-за производительности: клиентов ~6000шт, товарных предложений~40000шт
цен соответственно получается 240кк
а в рознице с успехом пашет

(86) А что с лицензиями? Сайт дергает 1С, за 1 секунду получает результат, лицензия нужна в течение этой одной секунды. В следующую секунду другой посетитель сайта дергает 1С, отжирается та же лицензия, снова на одну секунду. Или не так?

(0) Делали на Битрикс, миллион регистраций, 1000 заказов в день. Нормально работало, загнулся из-за управленцев.

(95) Где хостились? Сколько товаров в базе? Сколько товаров в среднем в одном заказе было?

(82) пригласите админа студента, который умеет читать мануал в 3 абзаца и он все поставит

(96) На выделенном сервере в Европе, 40к товаров, в среднем 5-10

А на opencart  реально с 1С у кого то работало ?

(99) повторю еще раз, не важно на чем делать, все зависит от знаний и прямости рук

(100)
Таки да.
Только потом когда реально нашинаешь спрашивать - у всех сплошь Битрикс

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

(102)
Ну вот я и спрашиваю - тут есть люди у кого реально что то работает не на Битриксе ?

(93) а разве в рознице клиентов не больше??....

(100) на ModX делали делали, и в конце концов переделали на битрикс..

(105) собственно я примерно об этом и я говорю. Разработать можно на всем, и разработчик под ModX сделает это на нем намного лучше, чем если возьмется за систему, в которой не силен. Но огромный + битрикса - это то что огромная часть функционала уже есть в коробке

(60)а что вас смущает? Описания лучше хранить в базе 1с!

(60)+ вы прежде чем кидаться такими словами, узнайте почему я так сказал. КОгда контент хранится в базе, вы всегда сможете склонировать его или поручить своим сотрудникам причесать контент и потом выгрузить. Это и есть автоматизация. Послушайте кстати решение правильное:
http://ershov.pw/blog/modx-revolution/e-com-1c

(107) описания лучше хранить там, где работает сотрудник ответственный за описание. Иногда чтобы засунуть все необходимые свойства в 1С, ее и обмен придется сильно переписать. А оно надо например только ради описаний и фильтров, которые в самой 1с не нужны?

(99) как вариант http://salsksnab.ru/
на и да согласен с (100)
хотя от движка тоже много завист
ну ложится битрикс от большого ассортимента
так как же как и сложно обслуживать joomla

(110) Нда, Битрикс как то значительно симпатичнее выглядит...

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

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

(113) а дизайнера \ верстальщика натравить не судьба?

(112) А какие там "лишние" (по сравнению с джумлой) деньги нужны на обслуживание битрикса? Ежегодное продление лицензии? Так его необязательно продлевать, купил, сделал свои шаблоны, настроил как надо и работай. Да и стоит это продление не так уж дорого.

(109)почему сильно то? Там же в коробке есть многое. и так выгоднее. под сотрудника подстраивать не стоит. Нужно подстраиваться под организацию. Ну и двусторонний обмен же по товарам то. Просто 1с - это первичная база данных, а сайт - это просто морда. Их может быть тысячи, миллионе этих морд.

(99) по опыту opencart очень лёгок и не требователен к ресурсам по сравнению как битриксом, для интеграции с 1с использовали решение от - odineskin ru

(0) По пунктам:
>>>>>>>> Как понимаю, должны быть функции регистрации на сайте, просмотр каталога товара, корзина, управление заказами и т.д.
Подскажите, плз, подойдет ли для этих целей Битрикс?
Ответ: подойдет

>>>>>>>> Не работал раньше с инет-проектами, в основном интересует следующий момент - можно ли сайт на Битриксе также настраивать под свои хотелки, как типовые конфигурации 1С?
Ответ: да

>>>>>>>> Или с этой системой все сложнее?
Встречный вопрос: сложнее по сравнению с чем?

(10) По пунктам:

>>>>>>>> А вот интерфейс и вообще внутреннюю логику работы сайта так можно дорабатывать?
Ответ: да, можно.

>>>>>>>> И как это потом скажется на обновлении?
Ответ: смотря как это делать.

(118) Битрикс без обработки напильником - это интернет магазин. С витириной, с одним типом цен ... И опт на нем не взлетит.
Обработка напильником битрикса под опт может вылиться по времени и затратам больше, чем сам битрикс.

(65) По пунктам:
>>>>>>>> что за современная компания без хорошего сайта?
Ответ: это совершенно неважно. Где-то читал статистику - на оптовые продажи наличие сайта влияет ну скажем так - почти никак. Даже можно прайсы и личный кабинет не делать - просто сайт-визитку с контактами.
Есть фирмы, которые размещаются на всяких торговых площадках satu, olx и прочее и в ус не дуют.

(120) я ни в одном своем ответе не совравши.

(120) Уже видел примеры, где на битриксе сделано как раз то, что нам надо - опт. Очень удобно и симпатично сделано.

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

(123) прогеры на битриксе вполне недешевые.

+ (124) Опту нужна возможность импортировать готовый заказ из внешней учетной системы. Листать список из 15 000 позиций постранично с выводом по 20 позиций, что б сделать заказ на 300 - это жесть жестяная. И ни один вменяемый оптовик на таком работать не будет.

(126) может узнаем у ТС - а у них тоже ассортимент из 15 000 позиций?

+ (126) В общем ИМХО для опта битрикс - не оно. Пускай будет не так гламурненько, но шустро. Конечно верстальщик/прог не сможет похвастаться в стиле "Очень симпатично сделано" но то уже зависит от точки зрения.

(0) Давайте мы вам прямо на 1С сделаем сайт для оптовой торговли. Запрос непосредственно к 1С через http-сервисы, на выходе - готовая html-страница. Будет и авторизация, и корзина, и каталог товаров, заказы будут падать сразу в документ "Заказ клиента". Произвольный набор цен, все скидки, настроенные у вас в торговой базе, будут применимы. На этапе разработки выйдет наверно дороже, чем связка 1С и битрикса, зато потом правьте в коде 1С как хотите, дорабатывайте сами - значительная экономия на этапах развития и сопровождения, никаких php-шников не надо привлекать. Сколько у вас там оптовиков будет в онлайне? Несколько десятков одновременно 1С вполне потянет на среднем сервере.

+(129) Если интересно, кидайте ТЗ (объемом 1-2 листа А4 в принципе достаточно), мы у себя на сервере сделаем тестовую базу, проверите, что там и как, если понравится - передача кода и оплата.

(129) А в чем недостаток такого решения? Почему так обычно не делают?

(83) Котокот, ну это получается рисовать самому веб-формы придется, да?

(131) Потому, что в (129) просто набор слов.
1. "Запрос непосредственно к 1С через http-сервисы".
Откуда будет браться этот запрос? Из 1с на стороне клиента? Со странички сайта? Или еще как?
2. "на выходе - готовая html-страница." Это именно то, что вам нужно? Видимо вам нужно сформировать заказ в вашей учетной системе, а клиенту (таки да) выдать результат. В связке с вопросом №1 непонятно куда будет выдана страничка результата обработки. Клиенту в 1С? В его браузер? Или вообще в стороннюю программу, которая пользует ВЕБ-сервисы?

(132) Это проблема?
Если всем остальным вы уже овладели - взаимодействием сайта с 1С и наоборот - рисование форм примерно 15% трудозатрат.

Вопрос ребром: для обновления Битрикса ИТС обязателен ?

(135) Нет. Там своя оплата. Независимо от 1С. Первая оплата - бесплатные обновления на год. Потом все остается работоспособным, но обновления - за отдельную плату.

+ (136) И вообще сам по себе битрикс - это готовый интернет-магазин. Юзать его можно и без 1С. Просто имеет уже готовый модуль обмена для большинства типовых конфигураций.

(131) Полагаю, потому что мало специалистов, способных объединить html и 1С в готовое коробочное решение.
(132) Да. Можно нарисовать шаблоны в соответствующем редакторе или заказать дизайнеру, а потом сохранить их в справочник шаблонов в 1С. В Битриксе так же делается, только там шаблон хранится в файлах, а не в справочнике.
(133) "Откуда будет браться этот запрос? Из 1с на стороне клиента? Со странички сайта? Или еще как?" - из строки адреса браузера, так же, как во всех прочих случаях обращения к сайтам.
"В его браузер?" - конечно, в его браузер. Причем клиент никак не отличит - в битриксе это сделано, в друпале или в 1С. Какие проблемы-то? Битрикс собирает html-код страницы из шаблонов и данных БД на MySQL, 1С собирает точно так же из шаблонов в справочнике и данных из своей БД, только в этом случае не нужен посредник в виде Битрикса.

(138) "из строки адреса браузера".
В таком случае о голом 1С разговор вообще не может вестись. По любому нужен сайт. Как он будет обмениваться с 1С - зависит от архитектуры в целом. Можно и на ВЕБ-сервисах.
У ТС - вопрос на чем должен двигаться сайт.

(139) Пройди по своей же ссылке - почитай "Отзывы".

ТС - учитесь аутсорсить.
Ваша задача - расписать требования. И потом искать поставщика услуг. Не надо себе брать лишнее. Или у вас после внедрения премии ожидаются?

+ (141) В "Обсуждение" вот то, о чем я писал выше :
"если   на сайте вы планируете держать большое количество номенклатуры, то при добавлении товара в корзину клиент будет ждать по 30 секунд.
Решение не поддерживает торговые предложения - работает только если все свалено в один инфоблок, и если  если номенклатуры достаточно из-за больших размеров таблиц прерации будут выполнятся медленнее."

Представьте оптовика, который тратит на каждую позицию заказа 30 сек. "и здраво содрогнитесь (ЦЫ)".

(140) Не нужен сайт, нужен зарегистрированный домен, у которого в настройках DNS будет указана запись A, ведущая на URL сервера с 1С с указанием имени базы и соответствующего http-сервиса. Это стоит менее 500 рублей в год, в зависимости от домена.

+(145) "В таком случае о голом 1С разговор вообще не может вестись. По любому нужен сайт" - это, кстати, ответ на вопрос в (131) - "почему все так не делают": потому что мало кто понимает, что это работает.

(144) Вот из обсуждения "нового решения" :

Интересует такой вопрос в реализации оптовой цены. Мы хотим сделать 3 типа цен: розничная и две оптовые (мелкий опт и крупный опт). ...

Владислав Озеров (разработчик) 25 января 2016 19:01
Виталий, спасибо за вопрос. Такую реализацию сделать можно. Напишите пожалуйста на pro@ ____ redsign.ru (без ____), чтобы узнать стоимость такой доработки.

На этом от опта остается только название. Никаких торговых условий. Все as is.

(145) Когда вы сможете предложить вариант межсеансовой авторизации на ВЕБ-сервисах - цены вам не будет.
А при каждом обращении к ВЕБ-сервису авторизоваться - это очень близко к мазохизму.
Ну допустим ВЕБ-сервис вернет вам при первом обращении (для авторизации) ваш какой нибудь ай-ди. Где вы его будете хранить чтоб передавать в сервисы, возвращающие например 20-ю страничку списка товаров из 78? А для 21-й странички? С куками 1С не работает (без извратов). Прописывать в скрытых элементах? Возможно. Но за безопасность в таком случае говорить вообще не приходится.
Будете просить пользователя каждый раз вводить идентификатор сеанса?

(149) Написать обертку можно, не необязательно. Кто мешает просто дернуть http-сервис прямо из строки браузера, указав необходимые параметры? Сайты на php делают точно так же: заходим на основную страницу, а с нее идем по ссылкам, php разбирает ссылку и ее параметры, вытаскивает из БД нужные данные и возвращает результат. 1С все это умеет делать, причем не хуже.

(150) У нас уже есть такой вариант авторизации, шикарно работает.
" возвращающие например 20-ю страничку списка товаров из 78? А для 21-й странички?" - для этого куки вообще не нужны, это все через параметры запроса работает, например "?page=21".

(152) При чем здесь "?page=21"?
Я вам о том, что (допустим) у меня мелкооптовые цены, а у Васи -соседа - крупнооптовые. Как ваш сервис будет различать меня и Васю, что б мы не видели торговых условий друг друга?

(153) "?page=21&typeprice=opt" )))

+ (153) Как он будет различать нас, когда мы запросим статус наших заказов?
Или при каждом запросе клиенту нужно передавать данные авторизации?

(154) Это я должен буду указать в строке запроса "typeprice=op"? Или кто?

(153) При вводе логина и пароля на сайте они передаются в 1С, по их комбинации определяется соответствующий элемент справочника "Посетители сайтов", этот элемент связан с контрагентом - вот вам и различие Васи и Пети. УТ сама определяет, какому контрагенту какую цену дать, верно же?
(154) Нет, в параметрах мы тип цены не передаем - это же дыра, каждый сможет себе выбрать нужный тип цен. По идентификатору сессии определяем контрагента уже на стороне 1С.
(155) Не надо передавать. В куках в браузере клиента хранится его идентификатор сессии, в 1С - такой же идентификатор в регистре сведений "Сессии". Идентификатор сессии передается в заголовках http-запроса, все точно так же, как у битрикса и прочих подобных систем: http://dev.1c-bitrix.ru/community/blogs/howto/955.php http://dev.1c-bitrix.ru/user_help/settings/security/security_session.php

+ (155) Представляете себе комфорт клиента, когда он будет вбивать для просмотра каждой странички что-то типа:
ВашДомен/ВашаБаза/hs/GetStatusDoc?DataStart=01012016&DataEnd=31012016?ClientId=acbd102f

(156) (157) шучу же

(155) Вернее, все правильно: при каждом запросе передаем данные авторизации - идентификатор сессии. Так же, как у битрикса.

(158) Он не будет это вбивать руками - соответствующий URL уже будет автоматически сформирован 1Ской и спрятан в ссылке. Битрикс так же работает. И все остальные CMS работают так же.

(157) Не нужно при обсуждении 1С ссылаться на ресурсы, сделанные на php. php вполне себе умеет работать с идентификатором сеанса. 1С - не умеет.
При каждом!!! вызове ВЕБ-сервиса нужно авторизоваться. И после завершения обработки сервиса 1С перестает понимать с кем она работала.

(158) "ВашДомен/ВашаБаза/hs/GetStatusDoc" - этого не будет, я уже писал выше про запись A в настройках DNS регистратора вашего домена, пропишите данный путь в настройках, и будет просто "ВашДомен/"

(161) "Битрикс так же работает. И все остальные CMS работают так же."
Все выше перечисленное работает в основном на ПХП. И поддерживает сеансовую авторизацию. В отличии от 1С.

(162)(164) У ти блин ) Ну может еще раз почитаем, как это работает на Битриксе? http://dev.1c-bitrix.ru/community/blogs/howto/955.php
Цитата:

Как это работает

В своей основе технология веб сайтов (протокол HTTP) не предполагает идентификацию пользователей: соединение с сервером не поддерживается, каждый переход по страницам - новое подключение к веб серверу.
Чтобы различать запросы в php используется механизм сессий. Принцип следующий: при первом заходе на сайт посетителю присваивается уникальный идентификатор (идентификатор сессии, далее PHPSESSID), браузер сохраняет его у себя, сервер хранит некоторую информацию для этого идентификатора (например о том, что он авторизован). Затем при каждом новом переходе вся сохранённая информация (данные сессии) читаются интерпретатором php и передаются скрипту.

Ну? И где хоть одно отличие?

(165) Отличие здесь : "сервер хранит некоторую информацию для этого идентификатора".
1С после отработки запроса забывает о вопрошающем полностью. Даже для родного тонкого клиента и то сервер о нем забывает сразу. А тем более для ВЕБ-сервиса.

(166) "1С после отработки запроса забывает о вопрошающем полностью" - у нас не забывает, а хранит информацию об авторизации в регистре сведений.

+(167) И да: согласно http://dev.1c-bitrix.ru/community/blogs/howto/955.php php после выполнения запроса точно так же забывает о вопрошающем.

+ (166) Тем более, что хранение сессион_айди на стороне клиента в php организовано с помощью куков (с которыми 1С не работает в приципе) или подставляя каждый раз скрытый инпут в формы.

(169) "или подставляя каждый раз скрытый инпут в формы." - или, как и битрикс "PHPSESSID передаётся через заголовки HTTP - эта часть служебной информации, которая не показывается браузером"

+(170) А если заморачиваться с безопасностью, то чем уж так принципиально плохо хранение идентификатора сессии в скрытых элементах? Кто запрещает вытащить фидлером идентификатор у битрикса? Если бы это нельзя было сделать, то в битриксе не обновлялись бы идентификаторы сессий каждые несколько минут. 1С тоже это может - обновляй хоть при каждом запросе.

(168) Как забывает?
ПХП после прохождения авторизации хранит сессионайди на стороне сервера вот здесь : $_SESSION (ну так общепринято).
При следующих запросах сравнивает сессионайди, который пришел от клиента с сессионайди, который хранится в $_SESSION. При том, что сессионайди на стороне клиента получается запросом от сервера к браузеру клиента. 1С так не умеет. Не может она ни установить кук у клиента, ни прочитать.

Единственный вариант - передавать айди клиента прямо в ХТТП. И тут уже за безопасность можно забыть.

(171) Из скрытого элементы идентификатор можно вытащить безо всяких фиддлеров. Просто посмотрев исходник того, что вернет 1С. Хотя бы даже в блокноте.

(172) "Не может она ни установить кук у клиента, ни прочитать." - да ладно? Вообще-то у 1С на стороне клиента есть целая морда, сформированная этой самой 1С, и способная через яваскрипт не только установить, но и прочитать и передать обратно.

(173) Да мне в случае с битриксом тоже фидлер не нужен: жмакнул F12, открыл консоль, набрал там document.cookie и вот он - BX_USER_ID

(174) Хочу видеть запрос от 1С к яве на стороне клиента для возврата кука. ))) Это будет покруче "матрицы" и "путешествие хоббита" вместе взятых.

(172) Если во фразе "ПХП после прохождения авторизации хранит сессионайди на стороне сервера вот здесь : $_SESSION (ну так общепринято).
При следующих запросах сравнивает сессионайди, который пришел от клиента с сессионайди, который хранится в $_SESSION. При том, что сессионайди на стороне клиента получается запросом от сервера к браузеру клиента"
заменить "ПХП" на "1С", а "$_SESSION" на "РегистрСведений.Сеансы", то различия пропадают.

(176) 1С не будет делать этот запрос, наоборот - браузер будет делать этот запрос к 1С и передаст ей идентификатор сессии. Не переворачивайте технологию с ног на голову и все заработает.

(177) "различия пропадают."
Не пропадают. ПХП может установить куку на стороне клиента. 1С - нет. И прочитать из заголовков браузера ПХП может. 1С нет. И ничего вы без костылей с этим не сделаете.

(179) Ну если яваскрипт это костыль, то 100% сайтов в интернете сделаны с помощью костылей. Если так - то согласен.

(0) Имхо исходить из того что  большинство хостинга предоставляют по макс.  php и mySQL. Битрикс как и многие другие популярные CMS сделан на этих  штуках .

(136) "Первая оплата - бесплатные обновления на год. Потом все остается работоспособным, но обновления - за отдельную плату"

И зачем он нужен такой красивый?
Например Joomla + Virtuemart - вполне рабочая связка, инструменты для выгрузки/загрузки есть, все бесплатно (совсем бесплатно)

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

(180) Юрий Лазаренко у Вас уже есть готовое продуктивное решение по описанной Вами технологии? Если да, то как полет? Скорость работы приемлимая?

(184) Если на чистом 1С, то пока еще нет, будет к концу марта.

+(185) Протестировать можно будет тогда же - сайт по продаже этого модуля будет реализован на этом же модуле.

(186) отлично, т.е по сути планируете продавать 1с-cms? ;)

(186) подпишите меня на рассылку о выходе продукта. Почта в профиле, спасибо!

(187) Да, именно так. Подпишем.