Доброго времени.

Ели у Вас есть опыт работы с каким-либо движком интернет магазина и его интеграцией с 1с, то не могли бы оставить свой отзыв.
Что устраивает, что нет? Много ли пришлось допиливать для организации работы с 1с? Какую версию/конфигурацию 1с используете?

В какую сумму все вылилось (стоимость движка, стоимость допила)?

(0) кури MySQL. прикручивай к любому свободному движку и будет тебе счастье.
стоимость работ огласить не смогу ибо сам писал.
количество писанины в зависимости от потребностей.
сгрузить заказы и обновить цены на пару дней работы.

по деньгам вряд ли обойдется дороже чем движок+допил.

(0) Прикручивается все и ко всему. Первоочередное это функционал магазина, а к 1С прикрутить уже второстепенно.
Магазин от 800, стыковка с 1С ~500.

(0)Опять???
Ты же вроде собирался свой невероятно крутой движок написать.

(2)"Магазин от 800, стыковка с 1С ~500."
Это в какой валюте?

(0)
ЗЫ А что ты вкладываешь в понятие "для организации работы с 1с".
Одно дело - загрузить в УТ заказы сделанные на сайте, и совсем другое полная интеграция - создали номенклатуру в 1С - она появилась на сайте (с картинками и описанием) и наоборот, вобщем двусторонний обмен номенклатурой, заказами, контактами ну и прочими плюшками.
Тебе чего надо-то?

icq 8092118.

(3) Это в вечно зеленых буржуинских баксах.

я прикручивал ТиС к Jommla + Virtuemart допилов по минимуму, т.к. можно загружать через csv, единственное что картинки в ручную проставлять. Зато потом обновление цен и остатков - все норм идет.

даю отзывы по движкам инетшопов ... дорого

(3) Прежде чем что-то писать нужно провести детальное изучение того, что уже написано.


(4) Двусторонний обмен - обновление базы товаров из 1с с картинками и описаниями, загрузка заказов из магазина.

(9)Как я уже писал в прошлой ветке - имею опыт интеграции Joomla+VirtueMart (была только выгрузка остатков на сайт), а так же Webasyst Shop-Script (выгрузка остатков на сайт, выгрузка рекомендуемых товаров, загрузка в 1С заказов со всеми реквизитами (номенклатура, контрагенты, способ доставки и т.д.), изменение на сайте статуса заказа при изменении оного в 1С).
По первому трудозатраты ~пару дней, по второму ~неделя чистого времени, т.к. я плохо знаю PHP.

Ещё есть очень хороший по функционалу бесплатный движок osCommerce.
Куча возможностей...
Но он очень убогий по дизайну, и нормального фрилансера достаточно сложно найти(ИМХО).
Ставил себе на домашний вэб-сервер, полазил - по внутренностям очень неплохо.

(0) а самому инет магаз слабо сделать без шаблона?

в общем 1000 баксов!

(10) а зачем там пхп?)

(13) а догадайся

выгрузка 1С - osCommerce делается за пару дней

(14) пытаюсь догадываться. не получается.

И Будда сказал: «Я - просветлённый, потому что осознал, что просветление - это знание о том, что для просветления  ничего делать не нужно». … Я его испробовал, и он работает. Миллионы людей избрали своим путём к просветлению PHP.
;)

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

(13)У меня нет возможности из 1С напрямую подключится к SQL-серверу сайта...
Если знаешь как обойтись без PHP и SQL-запросов - буду благодарен.

(19)Договориться с хостером на то что с определенного IP они такой доступ дадут

(19) почему нет возможности?

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

(20) ппц. уже были подобные темы. ребята вы где таких хостеров находите которые запрещают удаленку к мускулу?

(22)И правильно делает что запрещает и дает такой доступ только по IP

(23) наверно последует и обоснование?

(0) купите что-то типо http://www.phpshop.ru/docs/product5.html и не парьтесь

а вот обработина для выгрузки в выше упомянутые инет-магазины
http://www.b2b-soft.ru/content/view/14/9/

(22)nic.ru :)
(25)Тоже пробовал... Субъективно не понравился.

(0) Пробовал (в одну сторону только) 1С 7.7 или 8.1 -> oscommerce напрямую в MySQL писать
2 часа работы :) - вот и стоимость

Обратно заявки не делал, ибо незачем было, проще их на емейл и потом "обсуждал" менеджер и обрабатывал

(24) Прямое общение с БД - не есть гуд. Причины:

1. В целях безопасности база данных должна быть максимально закрыта. Нефига давать доступ к базе со всех внешних IP.
2. Хранения пароля к БД на локалке (в данном случае с 1с) - приличная дыра в безопасности.
3. Зависимость от конкретной БД. Хотя большинство php cms зависит от MySQL, но ситуация последнее время стала исправляться.

(28) Обработкой выгружал наменование, цены, производителя, групы создавал, заполнялся список производителей, фотки привязывал (их потом простым копирование на сервак писал)

(29) 1) есть статик ip
    2) делается отдельно БД, пароль тогда только к той БД а не под рутом общий и для всех БД сервака :)), пароль вносится вручную на форме выгрузки в 1С
    3) со многими cms работал, такой что б была не на mySQL не попадалась

(30)3.
Если не ошибаюсь - у той же Джумлы есть возможность выбрать - на какой SQL мы её будем ставить - на MySQL или от мелкомягких

+30 дефолтный порт соединения с БД также изменил на всякий случай

Все проблемы безопасности решаются если подходить "с умом" к задаче

(29) паранойа подступает...

(31) Есть :) и в Друпала есть поддержка postgres, но зачем мне держать/сопровождать еще один сервак , если есть и настроен mySQL...

(29) ты у себя в базе ядерные секреты хранишь?
у меня 5 сайтов. за все время один из них дефейснули. это все. к базе никто и близко не был.

(27) а где это явно указано? не нашел в договоре такого пункта

(0) По теме: с oscommerce быстро интегрируется из-за прозрачности (малое) количество таблиц, и просто разобраться
Пробовал разобраться с Joomla+ вроде virtuemart = намного сложней БД, по времени больше займет (не 2 часа а 6 :)

И т.п. думаю аналогично и другие web-магазины:
если простая структура и нормально описана, то недолго, если неописана, то приходится самому искать что/где в какие таблицы вписать

(27) для  интереса позвонил и поинтересовался этим вопросом. ответ был следующий: никаких ограничений на удаленный доступ к базе нет.  ты правильного хостера указал?))

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

(38)У меня хост с базой имеет вид МойЛогин.mysql
Я ХЗ как к такому можно подключиться...

(39) это же галочки надо ставить!

(40) позвони хостеру. тебе все расскажут. мне все рассказали хоть я и не клиент)

(41) +100 :)

(29) >>3. Зависимость от конкретной БД. Хотя большинство php cms зависит от MySQL, но ситуация последнее время стала исправляться.

показалось забавным.
1. а чем тебя не устраивает зависимость от мускула? снова разрабатываешь универсальные проекты? боюсь тебя расстроить но их еще и под конретные кофиги придется допиливать. вот ведь незадача. хочешь универсального купи коробку и обменивайся по XML. вот тебе прямой ответ на сабж. все универсальные обмены из коробки это XML или хуже того XLS,CSV.
2. забыл слово "подавляющее" между "Хотя" и "большинство"
3. куда исправляться? кому-то нужны сайты на МССКЛ или на ДБ2 или на чем еще? нужды не те.

(44)

Вариант обмена по XML вполне подходящий вариант.


2, 3 - все в жизни бывает, будущее MySQL весьма туманно - основная группа разработчиков покинула проект, не согласившись с планами нового хозяина (Oracle) превратить MySQL в конкурент MsSQL, в том числе и по цене. Кто знает, может через годик на хостингах основной бд станет PostgreSQL. Благо для современных проектов на PHP смена вендора БД - пара строк в конфиг файле.

(2) За такой бессовестный демпинг надо пожизненно банить.

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

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

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

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

раз уж декларируешь GPL сделай проще.
1. продумай функционал
2. продумай реализацию на уровне алгоритмов
3. сделай описание функционала и реализации и выложи на форуме.
и только после этого будет иметь смысл обсуждать достоинства и недостатки, что где уже реализовано, где криво, где хорошо, что будет лишним и так далее. а то получается и рыбку съесть и на елку сесть.

(0) VirtueMart + CommerceML = http://www.infostart.ru/community/groups/622/
в принципе все работает как и в случае Битрикса.

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

Ну ладно, думаю, эту тему можно оставить, так как к конструктиву она не приведет.

По поводу ваших советов:

>1. продумай функционал

Вот этим я сейчас и занимаюсь, изучаю существующие решения, стараюсь услышать пожелания потенциальных пользователей. И вот со вторым как-то плохо.
Ладно, сделаю пока по минимуму - чтоб удовлетворяло моим нуждам, а там уже видно будет что добавлять.

(0) Рекомендую хороший отечественный магаз ShopCMS.Ru, цена - 50$

(49) ну XML так XML. хоть файловый обмен. твое дело вобщем-то. хотя не вижу проблем написать тиражное решение и с мускулом.

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

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

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

(51) >фукнционал по отзывам пользователей изучить не получится. разве что кто-то согласится тебе написать подробный отчет

Не обязательно подробный отчет, можно и пару строчек, типа "использую *****, нравится все, кроме ****"

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

Максимально и сразу - это фантастика, в процессе работы всегда появляются новые идеи и пожелания.

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

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

OK :-)

(50) Когда-то даже пользовался. Вроде там из коробки 1с не поддерживается. За обработку нужно дополнительно платить?

ветку не читал. проще всего организовать обмен через sql, и из 1с не пробелма прочитать, и все средства разработки web-приложений нормально работают с ним. имхо конечно ))

(53) Штатная загрузка через CSV

(55) А в комплект поставки какие модули оплаты входят? На сайте не нашел про Webmoney, SMS и т.п.