Имя: Пароль:
IT
Веб-мастеринг
Выбор CMS для оптовой торговли - Битрикс или нет?
, , ,
0 CountR
 
16.02.16
10:18
Руководство поставило задачу - сделать сайт для оптовой торговли.
Как понимаю, должны быть функции регистрации на сайте, просмотр каталога товара, корзина, управление заказами и т.д.
Подскажите, плз, подойдет ли для этих целей Битрикс? Не работал раньше с инет-проектами, в основном интересует следующий момент - можно ли сайт на Битриксе также настраивать под свои хотелки, как типовые конфигурации 1С? Или с этой системой все сложнее?
90 opus70
 
17.02.16
07:38
(88) полностью согласен быстро просто и надежно
и все хотелки прикурчиваются а ценник на хотелки гораздо ниже чем для битрикса
мое мнение битрикс для откатов
91 opus70
 
17.02.16
07:42
(89) joomla + virtmarket
хуже подается для хотелок чем opencart
да и ресурсы сервера joomla кушает больше
(хотя если расматривать по выбору всяких тем и так далее инресней)
92 capllary_
surgut
 
17.02.16
07:46
(91) Если нет мало-мальских познаний ни в php, ни в js, то тут хоть virtuemart, хоть opencart, разницы нет.
93 ttk
 
17.02.16
09:21
у нас, например, битрикс в опте не взлетел из-за производительности: клиентов ~6000шт, товарных предложений~40000шт
цен соответственно получается 240кк
а в рознице с успехом пашет
94 Юрий Лазаренко
 
17.02.16
10:32
(86) А что с лицензиями? Сайт дергает 1С, за 1 секунду получает результат, лицензия нужна в течение этой одной секунды. В следующую секунду другой посетитель сайта дергает 1С, отжирается та же лицензия, снова на одну секунду. Или не так?
95 Aceforg
 
17.02.16
10:42
(0) Делали на Битрикс, миллион регистраций, 1000 заказов в день. Нормально работало, загнулся из-за управленцев.
96 Юрий Лазаренко
 
17.02.16
10:44
(95) Где хостились? Сколько товаров в базе? Сколько товаров в среднем в одном заказе было?
97 Звездец
 
17.02.16
10:45
(82) пригласите админа студента, который умеет читать мануал в 3 абзаца и он все поставит
98 Aceforg
 
17.02.16
10:53
(96) На выделенном сервере в Европе, 40к товаров, в среднем 5-10
99 kiruha
 
17.02.16
10:58
А на opencart  реально с 1С у кого то работало ?
100 Звездец
 
17.02.16
11:01
(99) повторю еще раз, не важно на чем делать, все зависит от знаний и прямости рук
101 kiruha
 
17.02.16
11:06
(100)
Таки да.
Только потом когда реально нашинаешь спрашивать - у всех сплошь Битрикс
102 Звездец
 
17.02.16
11:13
(101) потому что на битриксе есть много функционала, который нужен всем и доступен из коробки
103 kiruha
 
17.02.16
11:17
(102)
Ну вот я и спрашиваю - тут есть люди у кого реально что то работает не на Битриксе ?
104 франц
 
17.02.16
13:33
(93) а разве в рознице клиентов не больше??....
105 франц
 
17.02.16
13:34
(100) на ModX делали делали, и в конце концов переделали на битрикс..
106 Звездец
 
17.02.16
13:37
(105) собственно я примерно об этом и я говорю. Разработать можно на всем, и разработчик под ModX сделает это на нем намного лучше, чем если возьмется за систему, в которой не силен. Но огромный + битрикса - это то что огромная часть функционала уже есть в коробке
107 Еврейчик
 
17.02.16
13:58
(60)а что вас смущает? Описания лучше хранить в базе 1с!
108 Еврейчик
 
17.02.16
14:04
(60)+ вы прежде чем кидаться такими словами, узнайте почему я так сказал. КОгда контент хранится в базе, вы всегда сможете склонировать его или поручить своим сотрудникам причесать контент и потом выгрузить. Это и есть автоматизация. Послушайте кстати решение правильное:
http://ershov.pw/blog/modx-revolution/e-com-1c
109 Звездец
 
17.02.16
14:05
(107) описания лучше хранить там, где работает сотрудник ответственный за описание. Иногда чтобы засунуть все необходимые свойства в 1С, ее и обмен придется сильно переписать. А оно надо например только ради описаний и фильтров, которые в самой 1с не нужны?
110 opus70
 
17.02.16
16:58
(99) как вариант http://salsksnab.ru/
на и да согласен с (100)
хотя от движка тоже много завист
ну ложится битрикс от большого ассортимента
так как же как и сложно обслуживать joomla
111 CountR
 
17.02.16
18:02
(110) Нда, Битрикс как то значительно симпатичнее выглядит...
112 opus70
 
17.02.16
18:09
да согласен не сильно презентабельно зато быстро работат и жрет денег на обслугу совсем копейки по сравнению с битриксом
Так что тут выбирать много денег много отката много в корман
или просто работает
113 opus70
 
17.02.16
18:10
а внешний вид тут все решается платной темой не захотели в свое время а когда уже работает то лучше не мешать тому что работает
114 франц
 
17.02.16
19:14
(113) а дизайнера \ верстальщика натравить не судьба?
115 Юрий Лазаренко
 
18.02.16
09:51
(112) А какие там "лишние" (по сравнению с джумлой) деньги нужны на обслуживание битрикса? Ежегодное продление лицензии? Так его необязательно продлевать, купил, сделал свои шаблоны, настроил как надо и работай. Да и стоит это продление не так уж дорого.
116 Еврейчик
 
18.02.16
21:45
(109)почему сильно то? Там же в коробке есть многое. и так выгоднее. под сотрудника подстраивать не стоит. Нужно подстраиваться под организацию. Ну и двусторонний обмен же по товарам то. Просто 1с - это первичная база данных, а сайт - это просто морда. Их может быть тысячи, миллионе этих морд.
117 crocop
 
02.03.16
10:48
(99) по опыту opencart очень лёгок и не требователен к ресурсам по сравнению как битриксом, для интеграции с 1с использовали решение от - odineskin ru
118 Мэс33
 
02.03.16
10:51
(0) По пунктам:
>>>>>>>> Как понимаю, должны быть функции регистрации на сайте, просмотр каталога товара, корзина, управление заказами и т.д.
Подскажите, плз, подойдет ли для этих целей Битрикс?
Ответ: подойдет

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

>>>>>>>> Или с этой системой все сложнее?
Встречный вопрос: сложнее по сравнению с чем?
119 Мэс33
 
02.03.16
10:52
(10) По пунктам:

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

>>>>>>>> И как это потом скажется на обновлении?
Ответ: смотря как это делать.
120 Остап Сулейманович
 
02.03.16
10:53
(118) Битрикс без обработки напильником - это интернет магазин. С витириной, с одним типом цен ... И опт на нем не взлетит.
Обработка напильником битрикса под опт может вылиться по времени и затратам больше, чем сам битрикс.
121 Мэс33
 
02.03.16
10:54
(65) По пунктам:
>>>>>>>> что за современная компания без хорошего сайта?
Ответ: это совершенно неважно. Где-то читал статистику - на оптовые продажи наличие сайта влияет ну скажем так - почти никак. Даже можно прайсы и личный кабинет не делать - просто сайт-визитку с контактами.
Есть фирмы, которые размещаются на всяких торговых площадках satu, olx и прочее и в ус не дуют.
122 Мэс33
 
02.03.16
10:54
(120) я ни в одном своем ответе не совравши.
123 CountR
 
02.03.16
10:55
(120) Уже видел примеры, где на битриксе сделано как раз то, что нам надо - опт. Очень удобно и симпатично сделано.
124 Остап Сулейманович
 
02.03.16
10:57
+ (120) Опту витрина (а корзина тем более) интересна только в плане новинок. Ему удобней работать по списку. И только в случае эксклюзива посмотреть - что оно такое.
При этом желательно видеть сразу готовую цену с учетом всех договорняков с конкретным покупателем.
В "битриксе из коробки" этого ничего нет.
125 Мэс33
 
02.03.16
10:57
(123) прогеры на битриксе вполне недешевые.
126 Остап Сулейманович
 
02.03.16
11:02
+ (124) Опту нужна возможность импортировать готовый заказ из внешней учетной системы. Листать список из 15 000 позиций постранично с выводом по 20 позиций, что б сделать заказ на 300 - это жесть жестяная. И ни один вменяемый оптовик на таком работать не будет.
127 Мэс33
 
02.03.16
11:06
(126) может узнаем у ТС - а у них тоже ассортимент из 15 000 позиций?
128 Остап Сулейманович
 
02.03.16
11:06
+ (126) В общем ИМХО для опта битрикс - не оно. Пускай будет не так гламурненько, но шустро. Конечно верстальщик/прог не сможет похвастаться в стиле "Очень симпатично сделано" но то уже зависит от точки зрения.
129 Юрий Лазаренко
 
02.03.16
11:24
(0) Давайте мы вам прямо на 1С сделаем сайт для оптовой торговли. Запрос непосредственно к 1С через http-сервисы, на выходе - готовая html-страница. Будет и авторизация, и корзина, и каталог товаров, заказы будут падать сразу в документ "Заказ клиента". Произвольный набор цен, все скидки, настроенные у вас в торговой базе, будут применимы. На этапе разработки выйдет наверно дороже, чем связка 1С и битрикса, зато потом правьте в коде 1С как хотите, дорабатывайте сами - значительная экономия на этапах развития и сопровождения, никаких php-шников не надо привлекать. Сколько у вас там оптовиков будет в онлайне? Несколько десятков одновременно 1С вполне потянет на среднем сервере.
130 Юрий Лазаренко
 
02.03.16
11:26
+(129) Если интересно, кидайте ТЗ (объемом 1-2 листа А4 в принципе достаточно), мы у себя на сервере сделаем тестовую базу, проверите, что там и как, если понравится - передача кода и оплата.
131 CountR
 
02.03.16
12:03
(129) А в чем недостаток такого решения? Почему так обычно не делают?
132 Cyberhawk
 
02.03.16
12:11
(83) Котокот, ну это получается рисовать самому веб-формы придется, да?
133 Остап Сулейманович
 
02.03.16
12:18
(131) Потому, что в (129) просто набор слов.
1. "Запрос непосредственно к 1С через http-сервисы".
Откуда будет браться этот запрос? Из 1с на стороне клиента? Со странички сайта? Или еще как?
2. "на выходе - готовая html-страница." Это именно то, что вам нужно? Видимо вам нужно сформировать заказ в вашей учетной системе, а клиенту (таки да) выдать результат. В связке с вопросом №1 непонятно куда будет выдана страничка результата обработки. Клиенту в 1С? В его браузер? Или вообще в стороннюю программу, которая пользует ВЕБ-сервисы?
134 Остап Сулейманович
 
02.03.16
12:20
(132) Это проблема?
Если всем остальным вы уже овладели - взаимодействием сайта с 1С и наоборот - рисование форм примерно 15% трудозатрат.
135 yat8304
 
02.03.16
12:45
Вопрос ребром: для обновления Битрикса ИТС обязателен ?
136 Остап Сулейманович
 
02.03.16
12:50
(135) Нет. Там своя оплата. Независимо от 1С. Первая оплата - бесплатные обновления на год. Потом все остается работоспособным, но обновления - за отдельную плату.
137 Остап Сулейманович
 
02.03.16
12:53
+ (136) И вообще сам по себе битрикс - это готовый интернет-магазин. Юзать его можно и без 1С. Просто имеет уже готовый модуль обмена для большинства типовых конфигураций.
138 Юрий Лазаренко
 
02.03.16
12:56
(131) Полагаю, потому что мало специалистов, способных объединить html и 1С в готовое коробочное решение.
(132) Да. Можно нарисовать шаблоны в соответствующем редакторе или заказать дизайнеру, а потом сохранить их в справочник шаблонов в 1С. В Битриксе так же делается, только там шаблон хранится в файлах, а не в справочнике.
(133) "Откуда будет браться этот запрос? Из 1с на стороне клиента? Со странички сайта? Или еще как?" - из строки адреса браузера, так же, как во всех прочих случаях обращения к сайтам.
"В его браузер?" - конечно, в его браузер. Причем клиент никак не отличит - в битриксе это сделано, в друпале или в 1С. Какие проблемы-то? Битрикс собирает html-код страницы из шаблонов и данных БД на MySQL, 1С собирает точно так же из шаблонов в справочнике и данных из своей БД, только в этом случае не нужен посредник в виде Битрикса.
140 Остап Сулейманович
 
02.03.16
13:00
(138) "из строки адреса браузера".
В таком случае о голом 1С разговор вообще не может вестись. По любому нужен сайт. Как он будет обмениваться с 1С - зависит от архитектуры в целом. Можно и на ВЕБ-сервисах.
У ТС - вопрос на чем должен двигаться сайт.
141 Остап Сулейманович
 
02.03.16
13:02
(139) Пройди по своей же ссылке - почитай "Отзывы".
142 Мэс33
 
02.03.16
13:04
ТС - учитесь аутсорсить.
Ваша задача - расписать требования. И потом искать поставщика услуг. Не надо себе брать лишнее. Или у вас после внедрения премии ожидаются?
143 Остап Сулейманович
 
02.03.16
13:05
+ (141) В "Обсуждение" вот то, о чем я писал выше :
"если   на сайте вы планируете держать большое количество номенклатуры, то при добавлении товара в корзину клиент будет ждать по 30 секунд.
Решение не поддерживает торговые предложения - работает только если все свалено в один инфоблок, и если  если номенклатуры достаточно из-за больших размеров таблиц прерации будут выполнятся медленнее."

Представьте оптовика, который тратит на каждую позицию заказа 30 сек. "и здраво содрогнитесь (ЦЫ)".
145 Юрий Лазаренко
 
02.03.16
13:06
(140) Не нужен сайт, нужен зарегистрированный домен, у которого в настройках DNS будет указана запись A, ведущая на URL сервера с 1С с указанием имени базы и соответствующего http-сервиса. Это стоит менее 500 рублей в год, в зависимости от домена.
146 Юрий Лазаренко
 
02.03.16
13:08
+(145) "В таком случае о голом 1С разговор вообще не может вестись. По любому нужен сайт" - это, кстати, ответ на вопрос в (131) - "почему все так не делают": потому что мало кто понимает, что это работает.
148 Остап Сулейманович
 
02.03.16
13:13
(144) Вот из обсуждения "нового решения" :

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

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

На этом от опта остается только название. Никаких торговых условий. Все as is.
150 Остап Сулейманович
 
02.03.16
13:19
(145) Когда вы сможете предложить вариант межсеансовой авторизации на ВЕБ-сервисах - цены вам не будет.
А при каждом обращении к ВЕБ-сервису авторизоваться - это очень близко к мазохизму.
Ну допустим ВЕБ-сервис вернет вам при первом обращении (для авторизации) ваш какой нибудь ай-ди. Где вы его будете хранить чтоб передавать в сервисы, возвращающие например 20-ю страничку списка товаров из 78? А для 21-й странички? С куками 1С не работает (без извратов). Прописывать в скрытых элементах? Возможно. Но за безопасность в таком случае говорить вообще не приходится.
Будете просить пользователя каждый раз вводить идентификатор сеанса?
151 Юрий Лазаренко
 
02.03.16
13:20
(149) Написать обертку можно, не необязательно. Кто мешает просто дернуть http-сервис прямо из строки браузера, указав необходимые параметры? Сайты на php делают точно так же: заходим на основную страницу, а с нее идем по ссылкам, php разбирает ссылку и ее параметры, вытаскивает из БД нужные данные и возвращает результат. 1С все это умеет делать, причем не хуже.
152 Юрий Лазаренко
 
02.03.16
13:25
(150) У нас уже есть такой вариант авторизации, шикарно работает.
" возвращающие например 20-ю страничку списка товаров из 78? А для 21-й странички?" - для этого куки вообще не нужны, это все через параметры запроса работает, например "?page=21".
153 Остап Сулейманович
 
02.03.16
13:29
(152) При чем здесь "?page=21"?
Я вам о том, что (допустим) у меня мелкооптовые цены, а у Васи -соседа - крупнооптовые. Как ваш сервис будет различать меня и Васю, что б мы не видели торговых условий друг друга?
154 Мэс33
 
02.03.16
13:30
(153) "?page=21&typeprice=opt" )))
155 Остап Сулейманович
 
02.03.16
13:31
+ (153) Как он будет различать нас, когда мы запросим статус наших заказов?
Или при каждом запросе клиенту нужно передавать данные авторизации?
156 Остап Сулейманович
 
02.03.16
13:32
(154) Это я должен буду указать в строке запроса "typeprice=op"? Или кто?
157 Юрий Лазаренко
 
02.03.16
13:36
(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
158 Остап Сулейманович
 
02.03.16
13:36
+ (155) Представляете себе комфорт клиента, когда он будет вбивать для просмотра каждой странички что-то типа:
ВашДомен/ВашаБаза/hs/GetStatusDoc?DataStart=01012016&DataEnd=31012016?ClientId=acbd102f
159 Мэс33
 
02.03.16
13:36
(156) (157) шучу же
160 Юрий Лазаренко
 
02.03.16
13:37
(155) Вернее, все правильно: при каждом запросе передаем данные авторизации - идентификатор сессии. Так же, как у битрикса.
161 Юрий Лазаренко
 
02.03.16
13:38
(158) Он не будет это вбивать руками - соответствующий URL уже будет автоматически сформирован 1Ской и спрятан в ссылке. Битрикс так же работает. И все остальные CMS работают так же.
162 Остап Сулейманович
 
02.03.16
13:39
(157) Не нужно при обсуждении 1С ссылаться на ресурсы, сделанные на php. php вполне себе умеет работать с идентификатором сеанса. 1С - не умеет.
При каждом!!! вызове ВЕБ-сервиса нужно авторизоваться. И после завершения обработки сервиса 1С перестает понимать с кем она работала.
163 Юрий Лазаренко
 
02.03.16
13:40
(158) "ВашДомен/ВашаБаза/hs/GetStatusDoc" - этого не будет, я уже писал выше про запись A в настройках DNS регистратора вашего домена, пропишите данный путь в настройках, и будет просто "ВашДомен/"
164 Остап Сулейманович
 
02.03.16
13:40
(161) "Битрикс так же работает. И все остальные CMS работают так же."
Все выше перечисленное работает в основном на ПХП. И поддерживает сеансовую авторизацию. В отличии от 1С.
165 Юрий Лазаренко
 
02.03.16
13:42
(162)(164) У ти блин ) Ну может еще раз почитаем, как это работает на Битриксе? http://dev.1c-bitrix.ru/community/blogs/howto/955.php
Цитата:

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

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

Ну? И где хоть одно отличие?
166 Остап Сулейманович
 
02.03.16
13:44
(165) Отличие здесь : "сервер хранит некоторую информацию для этого идентификатора".
1С после отработки запроса забывает о вопрошающем полностью. Даже для родного тонкого клиента и то сервер о нем забывает сразу. А тем более для ВЕБ-сервиса.
167 Юрий Лазаренко
 
02.03.16
13:45
(166) "1С после отработки запроса забывает о вопрошающем полностью" - у нас не забывает, а хранит информацию об авторизации в регистре сведений.
168 Юрий Лазаренко
 
02.03.16
13:46
+(167) И да: согласно http://dev.1c-bitrix.ru/community/blogs/howto/955.php php после выполнения запроса точно так же забывает о вопрошающем.
169 Остап Сулейманович
 
02.03.16
13:47
+ (166) Тем более, что хранение сессион_айди на стороне клиента в php организовано с помощью куков (с которыми 1С не работает в приципе) или подставляя каждый раз скрытый инпут в формы.
170 Юрий Лазаренко
 
02.03.16
13:48
(169) "или подставляя каждый раз скрытый инпут в формы." - или, как и битрикс "PHPSESSID передаётся через заголовки HTTP - эта часть служебной информации, которая не показывается браузером"
171 Юрий Лазаренко
 
02.03.16
13:51
+(170) А если заморачиваться с безопасностью, то чем уж так принципиально плохо хранение идентификатора сессии в скрытых элементах? Кто запрещает вытащить фидлером идентификатор у битрикса? Если бы это нельзя было сделать, то в битриксе не обновлялись бы идентификаторы сессий каждые несколько минут. 1С тоже это может - обновляй хоть при каждом запросе.
172 Остап Сулейманович
 
02.03.16
13:54
(168) Как забывает?
ПХП после прохождения авторизации хранит сессионайди на стороне сервера вот здесь : $_SESSION (ну так общепринято).
При следующих запросах сравнивает сессионайди, который пришел от клиента с сессионайди, который хранится в $_SESSION. При том, что сессионайди на стороне клиента получается запросом от сервера к браузеру клиента. 1С так не умеет. Не может она ни установить кук у клиента, ни прочитать.

Единственный вариант - передавать айди клиента прямо в ХТТП. И тут уже за безопасность можно забыть.
173 Остап Сулейманович
 
02.03.16
13:56
(171) Из скрытого элементы идентификатор можно вытащить безо всяких фиддлеров. Просто посмотрев исходник того, что вернет 1С. Хотя бы даже в блокноте.
174 Юрий Лазаренко
 
02.03.16
13:56
(172) "Не может она ни установить кук у клиента, ни прочитать." - да ладно? Вообще-то у 1С на стороне клиента есть целая морда, сформированная этой самой 1С, и способная через яваскрипт не только установить, но и прочитать и передать обратно.
175 Юрий Лазаренко
 
02.03.16
13:58
(173) Да мне в случае с битриксом тоже фидлер не нужен: жмакнул F12, открыл консоль, набрал там document.cookie и вот он - BX_USER_ID
176 Остап Сулейманович
 
02.03.16
13:59
(174) Хочу видеть запрос от 1С к яве на стороне клиента для возврата кука. ))) Это будет покруче "матрицы" и "путешествие хоббита" вместе взятых.
177 Юрий Лазаренко
 
02.03.16
13:59
(172) Если во фразе "ПХП после прохождения авторизации хранит сессионайди на стороне сервера вот здесь : $_SESSION (ну так общепринято).
При следующих запросах сравнивает сессионайди, который пришел от клиента с сессионайди, который хранится в $_SESSION. При том, что сессионайди на стороне клиента получается запросом от сервера к браузеру клиента"
заменить "ПХП" на "1С", а "$_SESSION" на "РегистрСведений.Сеансы", то различия пропадают.
178 Юрий Лазаренко
 
02.03.16
14:02
(176) 1С не будет делать этот запрос, наоборот - браузер будет делать этот запрос к 1С и передаст ей идентификатор сессии. Не переворачивайте технологию с ног на голову и все заработает.
179 Остап Сулейманович
 
02.03.16
14:06
(177) "различия пропадают."
Не пропадают. ПХП может установить куку на стороне клиента. 1С - нет. И прочитать из заголовков браузера ПХП может. 1С нет. И ничего вы без костылей с этим не сделаете.
180 Юрий Лазаренко
 
02.03.16
14:14
(179) Ну если яваскрипт это костыль, то 100% сайтов в интернете сделаны с помощью костылей. Если так - то согласен.
181 rsv
 
02.03.16
14:18
(0) Имхо исходить из того что  большинство хостинга предоставляют по макс.  php и mySQL. Битрикс как и многие другие популярные CMS сделан на этих  штуках .
182 yat8304
 
02.03.16
14:34
(136) "Первая оплата - бесплатные обновления на год. Потом все остается работоспособным, но обновления - за отдельную плату"

И зачем он нужен такой красивый?
Например Joomla + Virtuemart - вполне рабочая связка, инструменты для выгрузки/загрузки есть, все бесплатно (совсем бесплатно)
183 Юрий Лазаренко
 
02.03.16
14:41
(182) Было дело, понадобилось кое-что поправить на джумловом сайте. Пока искали специалиста по джумле - устали ждать и в итоге сделали сами. С битриксом проще в этом отношении. Плюс русскоязычный интерфейс.
184 also
 
02.03.16
14:43
(180) Юрий Лазаренко у Вас уже есть готовое продуктивное решение по описанной Вами технологии? Если да, то как полет? Скорость работы приемлимая?
185 Юрий Лазаренко
 
02.03.16
14:56
(184) Если на чистом 1С, то пока еще нет, будет к концу марта.
186 Юрий Лазаренко
 
02.03.16
14:57
+(185) Протестировать можно будет тогда же - сайт по продаже этого модуля будет реализован на этом же модуле.
187 also
 
02.03.16
14:59
(186) отлично, т.е по сути планируете продавать 1с-cms? ;)
188 also
 
02.03.16
15:00
(186) подпишите меня на рассылку о выходе продукта. Почта в профиле, спасибо!
189 Юрий Лазаренко
 
02.03.16
15:02
(187) Да, именно так. Подпишем.
Программист всегда исправляет последнюю ошибку.