Сейчас на форуме много внимания уделяется языкам программирования отличных от 1с. Я подумал, что не плохо было сделать что-то для сообщества.  Я предлагаю людей способных и желающих участвовать собраться в команду и реализовать систему позволяющую клиентам самостоятельно формировать заказы в 1с.
Тут более подробное описание.
https://drive.google.com/open?id=11KFWaBcU6iQ_K_B7ZhRghPaVBnySTmoDHHcl-pxdvI0
Для реализации нужны люди способные писать код на java и js. Имеющие представление о технологиях требующихся для проекта. Могу предложить вариант, я рекомендую, что почитать/посмотреть и через пару недель могу провести короткое интервью, если человек за это время усвоит, то я бы такого пригласил в команду. Проект не коммерчески и после реализации 1-й версии, планируется выложить как open source.
Я считаю - это отличная возможность для начинающих специалистов в области программирования Java и JS. Для более устоявшихся специалистов, возможность сделать доброе дело для сообщества, поучаствовать в проекте с 0, обменяться опытом и укрепить знания.

какую проблему это будет решать и чья это проблема?

Такая задача называется "интернет-магазин" - их уже готовых реализовано - мама не горюй, а со стороны 1С требуется только обмен данными.

(2) Это позволит минимизировать участие менеджера в продажах.

Ты увеличиваешь безработицу.

(2) это не интренет магазин. Это больше интерфейс учетки орентированный на на быстрое формирование заказов

(3) для этого есть интернет магазин. Тысячи их. В том числе с бесшовными вот этими интеграциями.

(5) В чем кардинальная разница будет?

(5) я так и не понял, кто будет твоим клиентом. И не понял, что что сабж дает твоему клиенту такого, чего не дает интернет-магазин?

Типа можно мимоходом платежку в банк отправить, зарплату начислить?

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

(6) вы чего-то не понимаете. Кабинет клиента в ут 11 это интренет магазин?

(0) Вопрос только один... Сколько платишь?

(11) ответь на вопросы (8).
То, что я чего-то не понимаю в контексте данной ветки - это твоя недоработка, а не моя.

(10) именно в этой схеме ничего упрощать не надо. Использовать как есть. Но, я предлагаю сделать опен сорс альтернативу

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

Потому что если не платишь... То начинать надо бы с распределения и закрепление "прав" на проект и его части.

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

(13) работу в режиме учетки. То есть с больше с таблицами чем с картинками. Я подразумеваю это как кабинет клиента. + в будущем онлайн режим работы

(16) никаких прав. Опен сорс

(19) Гыгы... опенсорс он как бы не бесправный

Опен сорс зло.

(21) Сказал 1С-ник... который недавно скачал обработку/отчетик с ИС, подправил и продал клиенту...

(22) У меня тупых клиентов отродясь не бывало. Сплошь все умные, сами обновляют, лезут в конфигуратор, качают с ИС, и только когда их знаний не хватает - обращаются ко мне, а потом смотрят код - не взял ли слишком много.

(18) даблинжэ! Кто покупатель этого твоего софта из сабжа? Какую его, покупателя софта, проблему решает этот ёхарный софт?

Два простых вопроса, с которых надо начинать... Ответы не очевидны. И мне кажется, ты сам этих ответов не знаешь.

Задумка в (0) хорошая но тут не взлетит. Натура у 1С-ников не позволит ))

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

Но потом понял что слишком много отраслевых заморочек (какие реквизиты у товара, отборы и прочее) и где столько $ на разработку и главное "продвижение" взять?

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

(25)+ Тут по сути идея выложить такую систему в опенсорс.

А монетизироваться на поднятии сервиса(ов) за бабки для тех кто сам поднимать не хочет.

Для тренировки "других" языков почему бы и нет?
Готов поучаствовать

Доминикана 2

Я бы пошел к вам наставником, но времени нет

(30) Из разговоров в приемной ветеринара:
«Мы своего кота кастрировали.
Он все еще пропадает по ночам
с другими котами,
но уже в качестве консультанта».

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

(25) какому поставщику может понадобиться, чтобы заказы ЕГО клиентов какая-то там ссаная система могла по своему усмотрению отдавать другим поставщикам?

(33) Правильно )) поэтому практически все крупняки отпадают и в т.ч. потому что у них уже свое есть, готовое.

Вот тендерная система "торгов" вполне взлетела, если запилить нечто вроде на некоем унифицированном "каталоге номенклатуры".

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

(34)+ да главное что "лот заказ" не целиком для одного поставщика, а возможно частичное исполнение разными поставщиками.

(0) Согласен участвовать в качестве тестера.

(25) Нечто такое уже есть, но для узкого рынка. Если интересно, дам контакты.

(34) Самая большая проблема таких систем — кто несет ответственность за сделку. Там не просто много, а ОЧЕНЬ МНОГО подводных камней.

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

Решения типа (25) и (34) есть, например, у Алибабы. Но там сама Алибаба выступает в качестве посредника и арбитра. Соответственно, часть рисков берет на себя.

(38) В каком смысле "несет ответственность"? ЭЦП/ЭП и уже понятно кто несет.

(40) Алибаба это полный ахтунг с точки зрения закупок. Это пипец неимоверный с дурдомом и хаосом в "номенклатуре".

(41) Ребята тоже сначала так думали. До первых сделок. Больше не думают.

(5) должно быть - жмакаем кнопку - открывается окно, пастом из буфера перечень артикулов, каждый артикул на отд строке или разделитель пробел - закрываем окно - должно схватить артикулы и добавить в заказ перечень строк поартикульно с коловм=1 по каждому артикулу

(43) Ну везде есть свои грабли, если правильно расписать оферту то какие претензии?
Сервис отвечает только за то что достоверно "передал" информацию и все. За саму достоверность инфы спрашивайте с отправителя.

(41) Ситуация: договор оформлен, оплата прошла, товар отгружен, но пришел "с косяками": недогруз, бой при перевозке и все такое. Кто несет ответственность? Или, например, возврат по какой-то причине. Или платеж выполнен, но "не прошел".

(46) Эээ а не кажется что это уже не в ту степь? В документах никакого "сервиса" и в помине нету в чем проблема?

Хотите напишите отзыв на поставщика/покупателя и после проверки он будет оставлен или снесен.

(46) транспортная точно не несет. они сразу шлепают лейбу что упаковка товара не соответсвует, фирома транспортная за повреждение в процессе транспортировки ответсвенности не несет

(46) Не надо путать перепродавца и агента-посредника.

(47) Это очень наивный подход. Первые же сделки показывают, что все не так просто. Юридически подобный сервис работает по агентской схеме. Иначе высока вероятность, что тебя просто "кинут".

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

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

(50) Ничче не понял... кого кинут? И как? Простые информационные услуги по обработке и передаче/предоставлению информации в электронном виде.

Вопрос реального товара решается уже напрямую между поставщиком-покупателем.

(52) Реальности российского бизнеса таковы что не пойти ли им лесом-полем?

(53) если у поставщика и клиента есть прямые контакты друг друга, то на кой кол им сервис этот?

(53) Если тебе чисто попиздить — это одно. Если есть реальный практический интерес, то я могу свести с создателем и руководителем такого сервиса, который реально работает. Пару лет назад он тоже говорил похожие наивные слова.

(54) 1.Синхронизация номенклатуры, пусть колбасят сами дурачки... когда у сервиса уже есть "привязки" между всеми-свой-всеми

2. Не путаем разовую "сделку" с бизнесом. Где нужны постоянные закупки и поиск где подешевле у кого купить (покупатели) и кому бы еще продать (поставщики).

(0)

(55) Достаточно назвать отрасль

(0) Я как понимаю, это что ти типа Профишопа от Рамилямаугли?

(54) Точно, на внутреннем рынке это нафиг никому не сдалось.

(59) Как бы оно уже в опенсурс https://github.com/forramil/profishop

Конечно не джава и ангулар но суть примерно такая же.
Отправка заявок в 1с

(60) Эх не видели как аптеки бедные сидят одновременно в 5-10 прогах от поставщиков и заказ делают ))

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

(63) На заре интернета участвовал в создании такой проги.
Но тогда поставщики быди категорически против, чтобы выкладывать кудато свой прайс

(59) а мне этот профишоп вполне почти понравился.
ссылку кстати на сам сайт есть?

(64) Сча конкуренция жесточайшая по многих отраслях ))

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

К примеру "пришлите электронные накладные в DBF" - стандартно уже, но блин пока у каждого свой индивидуальный формат что бесит... Особенно с новыми поставщиками.

(65) рекламный http://profishop.us/
а вот демка убогая

(64) Основная причина почему не взлетело - это потому что у каждого клиента свои цены, а типовые цены мало кому нужны.
А вот клиентские цены уже поставщики оберегают как могут

(67) спсб. была, но потерял.
.
а что занчит "демка убогая".
вот сам деморолик по системе - то что нарисовано автором - согласуется с моим чувством прекрасного

одно плохо.
все эти "непромышленные" системы сдыхают и не развиваются.
у иого же рамиля - последний коммит Latest commit 063393e on 16 Dec 2015 - почти ГОООД назад!

(70) Нее, плохо другое, что Рамиль хорошо продвигать уметь.

Но продвигать/продавать страшную хрень очень сложно.

А написать нормальную сначала перед тем как продвигать почему то не догадался.

(0) "Я своих людей туда не пошлю" (с)

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

(63) Проблема в том, что каждый поставщик делает свою программу, чтобы привязать к себе клиента, ему не интересно решение, которое позволит клиенту легко поменять поставщика.
Кроме того, они ещё и артикулы разные используют, чтобы сложнее искать было - поэтому, получается, что сопоставить данные товаров невозможно, так как штрих-коды банально они не размещают.

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

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

(74) >есть куча операторов электронного документоборота, которые позволяют обмениваться юридически значимыми документами

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

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

(75)+ Понятно что задачку решить сразу для всех не выйдет. Но если взять некую отрасль где давно назрело то почему бы и нет?

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

К примеру создается некий публичный "отраслевой справочник". Дальше начну про ювелирку ибо это знакомо (можно и фармацевтику или еще что):


1.Справочник драгоценные/ювелирные металлы
Код Наименование Признак драгметалла
1 Золото +
2 Серебро +
3 Платина +
4 Палладий +
5 Сталь -
6 Биметалл -
7 Латунь -
...

2.Справочник драгоценные/ювелирные камни
Код Наименование ПризнакДраг ПризнакПолуДраг
1 Бриллианты + -
2 Топазы + -
3 Рубины + -
4 Агат - +
5 Аметист - +
...

3.Справочник виды изделий
Код Наименование ПризнакЕстьРазмеры
1 Кольцо +
2 Серьги -
3 Цепь +
4 Кулон -
5 Браслет +
6 Заколка -
7 Брошь -
...

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

Затем будет легко наладить обмен/синхронизацию документов между теми кто использует эту систему справочников.

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

(20) (24) Может я не правильно выразился, но этот продукт сможет использовать кто угодно и бесплатно. В данном случан могетезация мне мало интересна.
Интерес в опыте и в знании системы изнутри. Я смогу обеспечить ревью кода, смогу сделать концепт архитектуры который после можно обсудить и усовершенствовать, если нужно. Так же могу декомпозировать задачи и распределять согласно уровню знаний. И конечно буду сам участвовать в реализации. Так же важный момент, что есть не слишком объемная конечная задача. В которой в итоге можно применить машинное обучение для советника по закупкам.

(66) Так что, торговые представители это пережиток прошлого? Достаточно электронных каналов? А мужики то не знают...

(78) Кто угодно это слишком ниочем. Конкретно кому это может понадобиться?

(79) >Так что, торговые представители это пережиток прошлого? Достаточно электронных каналов? А мужики то не знают...

Фишка что раньше торговые с каталогами приезжали... а сча с баулами товара ))

(76) Сейчас вам налоговики сделают всеобщую маркировку и изготовят справочники всего и вся - и вопрос будет закрыт.
Просто, ЕГАИС будет не только для алкоголя - а там вопрос идентификации решён раз и навсегда.

(80) я предлогаю это рассматривать как 2дать возможность клиенту самостоятельно зайти в вашу базу проанализировать цены и остатки и сформировать заказ". Так же - это можно будет делать автоматически для клиентов с более продвинутыми IT командами. Так как все информаци так же будет предоставляться в виде вэб сервиса. Благодоря используемым технологиям можно получить очень отзывчивый интерфейс. Ужас из (67) никуда не годится еще денег просит.

(80) Я считаю - это нужно довольно широкому спектру торговых компаний

(82) Неа как заметили в ЕГАИС/УТМ совершенно вопрос удобства для торговли не раскрыт.
У них совершенно другие задачи и пофиг им сухое/полусухое/водка/ликер и т.д.

(84) Все еще широко. Для оптовых дистрибуторов, дилеров производителей, для каких торговых компаний? Как можно делать продукт не понимая для кого ты его делаешь?

(79) От личных контактов никуд не дется, но сокатить частоту посещаемости клиента вполне возможно. И к примеру торговый сможет обслуживать в 2 раза больше клиентов.
Еще я заметил что 1с-ники, а может и сама фирма 1с мыслит в духе деньги здесь и сейчас. Это одна из причин почему 1с не получится добиться и части от успеза гугла

(83) Ага, все так прям и разбежались наружу реальные цены и остатки выставлять на радость конкурентам...

(86) соберитесь. Для торговы компаний, которые хотят минимизировать участие менеджера по продажам. А возможно предоставить клиентам сервис помогающий планировать закупки.
(88) А почему на ружу? Клиент авторизируется и видит именно свои цены.

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

(82) GS1 этим давно уже занимается в международном масштабе. Ну и как-то...

Страница близится к завершению, а вопросы "Кому это и зачем" не пропадают.
Автор не подственник @Serginiol? :)

(88) Заметьте что про выставлять наружу это чье то изобретение.
Нигде в описании сервиса подобного нету.
Конкретные цены будет видеть только конкретный клиент (увод/предоставление доступа другой вопрос).

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

Для поставщиков особо озадаченных/озабоченных безопасностью данные будут храниться на их серверах и просто апи/редирект клиента.

(89) Ну я даже не знаю как еще доходчивее объяснить. Широкий круг - это никто. У разных типов компаний совершенно различные бизнес-процессы.
Про наружу - к клиенту приходит конкурент, клиент авторизуется и конкурент видит цены.

(94) А сейчас с фирменными прогами клиент-заказа от каждого поставщика или их прайсами в ёкселе? Гыгы... ексель же еще проще скинуть по электронке по просьбе за обещанную скидку )))

Кста по теме четко видно кто работает в/с поставщиками и кто с покупателями ))

Кто не хочет себе заиметь лишний геморрой, а кому хочется решить траблы свои/фирмы )))

(93) Ага, и еще возможность поторговаться подключить - типа у конкурента дешевле, с предоставлением логина/пароля конкурента :)

(92) На какой вопрос по делу я не ответил?
(94) К примеру - это нужно алкогольной компании продающей вино водку и коньяк. Это нужно компании продающей автозапчасти для спец техники. Это нужно для ограрной торговой компании продающей огурци и помидоры. Клиент всегда знает(может узнать) свои цены и передать их

(97) Это уже за отдельную плату ))

(97) все так и происходит не важно есть автоматическаяф система или нет

(94) для меня торговые компании вполне ограниченный и определенный круг. Что бы перечилсить все возможные варианты нужно переписать сюдай какойнит ьклассификатор

Ну классификатор простой, как насчет начать с типовых конфигураций 1С?

А то ИС совсем испортился как каталог отраслевых конф...

(102) я же на гугл док писал. Конфы которые поддерживают обмен с сайтом. В случае РФ - это УТ10, УТ11, УПП, ЕРП. В них обмен относительно унифицирован.

(103) Не не, сами конфы и их описания загнать в справочник/каталог.

Чтобы кто ими "торгует" всегда мог легко вывесить предложение для клиента )) Или "клиент" мог легко подобрать подходящую конфу.

Т.е. суть краткое описание "товара" по неким характеристикам, типа есть учет того то, а того то нету. Есть интеграция с тем то а с тем то нету и т.д.

у меня даже есть лицензия на тему
http://wrapbootstrap.com/preview/WB0R5L90S но правда однопользовательская. Но сделать в таком дизайне было бы очень круто, как по мне родной дизайн 1с "слабее"

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

(105) Лицензия еще долго нафуй не понадобится.

Начать можно с совсем простого... кто напишет ТЗ на систему?

(106)+ То что в (0) это далеко не ТЗ, а просто описание проекта.

(106) я бы написал первый вариант, потом можно коллективно отредактировать. Я перед тем как предлагать делать такую систему осознавал, что прийдется делать много рутины. Я планировал команду минимум 3-4 человека. Там на самом деле работы не мало, так как что бы работа пользователя не начиналась с публикации бага, код нужно хорошо покрыть тестами
(107) оно же и не называется ТЗ. Просто я ехал в метро и мне удобнее было писать в гугл доке с телефона.

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

например вторая маленькая полезность (на примере профишопа)
в профишопе - градация много-мало - универсальная для всех товаров. так вот это не катит.

офощечистик которые берут десятками - их и 40 штук = мало.
а 20 литровые кастрюли - их и 10 штук уже много.

(109) Я планировал, что в первой версии оно примерно так и будет, только шустрее и дизайн красивее.

(111) не надо пытаться сразу сделать все. ты дизайнер? спец по фейсам?

большинству кто постоянно работает - на красоту фейсов - пофиг. ГЛАВНОЕ ЧТОБЫ БЫЛО УДОБНО и функционально

Для начала какой будет grid-компонент и ленивая загрузка из коробки или нет?
Фильтры/сортировки на уровне клиента или сервера или смешанно?

И самое главное я против писать на двух языках Java/JavaScript.

Или писать все на java с каким то транслирующим гуи фреймворком. Но сложность разворачивания java - сервера для клиентов-пользователей только 1С представлям?

Или отказ от java и делать все на js/nodejs - это намного проще с точки зрения будущих пользователей/админов.

(113) на пример http://ui-grid.info/ естественно загрузка порциями.
(114) я же писал что это будет spring boot. Такая борка состоит из 1 jar файл или докер контейнера. Разворачивается командой типа jar путь_к_джар_файлу. Сервер втроенный

(114) по факут старт проекта будет по запуску 1 бат файла или sh. В чем сложность?
А в спринге просто уйма всего готового, и это можно подключать по надобности. По началу и запросы писать не прийдется.

Так же я планирую работу по спринтам, с периодическими колами по skype или hangout.

(116) Допустим фирма не имеет своего сервера и фикс ip и хочет развернуть на VPS/VDS как ей это сделать по простому?
Например с PHP никаких проблем совсем, куча хостингов/мануалов и простоя заливка инсталера на сервер и заход по адресу /install для установки.

Тут же будут некоторые сложности, которые отпугнут 1С админов. Ведь основная цель "проекта" это веб витрина/каталог чисто силами спеца 1С обыкновенного. Без нанимания дополнительных дорогих спецов.

(116) Зачем тогда вообще нужна java? Когда судя по http://ui-grid.info/docs/#/tutorial/190_large_dataset ангулар легко тянет 10 тыщ строк в гриде?

Можно банальной статикой обойтись ))

(118) это будет
1. Установка java
2. Установка бд
3. Запуск проекта 1 командой
в чем сложность?

(119) Джава как минимум для АПИ, рассылок. в общем для всех бэкграунд задач.

(120) Подожди, подожди. Сначала уточним сервер будет "наш" или любой может скачать "исходники" и развернуть "свой сервер"?

(121)+ *сервер только "наш"

(121) Любой может скачать и развернуть. Прямо на гите сделаем гит джобу которая будет билдить проект по каждому коммиту в "мастер" ветку. 1с админ будет качать сбилженный проект. И устанавливать его по алгоритму из (120)

Можно предоставлять обслуживание и допиливание хотелок за деньги, возможно SAAS сервис. Но я об этом даже не думаю и вам не советую. Нужно посочь людям, если им понравится пусть заплатят.

(123) Вот после этого сленга любой нормальный 1Сник пошлет проект далеко и надолго... И будет ваять свой лисапед на отдельной базе 1С через терминалку для клиентов-заказчиков ))

*помочь

Нафейхрена Яву? Может, ноду лучше.

Ява сие есть прошлый век уже. Си шарп, тайпскрипт и джиэс победили. Угомонитесь, адепты тормозных окошек.

(127) Я как бы тоже за ноду ибо ее установка это скачать https://nodejs.org/dist/v4.5.0/node-v4.5.0-x64.msi и закинуть в папку проект ))

(125) Какого сленга скачать файл и запустить его кликну в скрипту мышкой или выполнив 1 команду в терминале? Все что касется слегна это было про реализацию на нашей стороне.
(129) Ну так в нашем случае джава уже часто будет установлена. И даже проект никуда закидовать не надо, просто запуск 1 командой. И так как задача на стороне бэкэнда довльно типичная, в спринге уже почти все готово

Я бы мог предложить play и скала но сомневаюст, что тут кто-то потащит такое

(130) Ты серьезно это? А как же томкат или зеркальная рыбка?

(132)+ Или java научилась веб-сервисы без сервера?

(132) та серьезно. Почитайте Spring Boot.
- Орентирован на микросервисы легко заварчивается в докер контейнер.
- Содержит встоенный web сервер.
- По умолчанию все сконфигурено, не нужно морочится с xml. Конфигурить нужно только свои особенности, но у нас почти все будет по усполчанию.
Вот нашел даже на русском перевод
http://spring-projects.ru/projects/spring-boot/

(134) "Встроенный Tomcat или Jetty (не требуется установки WAR файлов)"
ага нифига не научилась ))

адски поддерживаю  Garykom
мне нафиг не нужни ни гриды, ни ноды, ни прочая хрень.
сделайте для начала тупой бесплатный сервис типа как профишоп.
мне как 1Снику - хватит задач туда залить и оттуда забрать/получить.
возможность разворачивать на своем сервере - это для тех, кому это надо.

(134) Короче на мой неискушенный взгляд овчинка с заморочкой с java не стоит выделки совершенно.

Тут столько знающих яву банально не найдется да еще и желающих поработать за идею ))

Вот с nodejs все намного проще ибо их один фиг нуна для js на фронт.

(136) Ну я как бы этот "проэкт" пока поддерживаю ибо у меня есть для него супер-пупер доп плюшка ))

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

(137) На джава я могу гарантировать, что я не солью в "продакшн" ветку говн_окод, может пройдет не самый идеальный код но говн_окода там точно не будет. Я могу выстроить правильную архитектуру которую можно будет расширять. и дать совет как лучше выполнить ту или иную задачу.
Я могу полность сам написать бэкенд, там на больше работы на фронте. Все кто хочет js может присоединиться и заниматься фронтом.

Так же я знаю какие либы хорошо подходят для реализации

(138) да ты чё! точно есть "интеллектуальны..." - я ему подсуну строку из прайса, в которой всё в одной строке - оно само все найдет разложит? очень сомневаюсь

(141) Дык не сумневайся... я эту х почти 200 часов делал в течении 3-4 лет.

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

В общем оставлю свой Skype id.
misha1c (там еще выскочит live:misha1c, но это не действующая учетка)
У кого нет возможности обсудить тут, стучите в скайп

(142) оппа.. а посмотреть приватно? какое нить коротенькое видео?

(143) а что обсуждать?

(142)+ Юзаю ее для загрузки накладных от поставщиков, удобно дико если формат такой "наименований" уже был.

Вот если формат меняют/новый поставщик то заново настраивать. Но это один фиг быстрее на порядки чем код писать разбора.

(144) Можно но явно не сча, сча спать уже пора ))
Всем пока

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

но я б твою шнягу посмотрел в дествии как это выглядит...

(148) Я писал загрузку из Excel с помощью RegExp, а также сравнения строк по максимальному подобию, потом выяснилось, что пользователи не могут понять, как это работает.

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

metadata.js уже упоминали?

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

(151) интересная штука, особенно если выкинуть 1С

(152) интернет магазин плохо пригоден для быстрого создания заказов и Будет выдерживать более низкие нагрузки. Тут задача сделать замену модуля самообслуживания в ут11

(145)  может кто-то хочет участвовать, но не уверен в знаниях и не хотел публично это обсуждать

(0)

(154) Вы наверное ничего никогда не заказывали в нормальных ИМ)
И с какого перепуга оно будет менее производительный, чем 1С? Вы реально так думаете?))) Сервер, который не потянет и 10 пользователей 1С, обычно легко тянет 50-100 пользователей ИМ)

а теперь немного по делу

>>Все комментарии в коде и системе контроля версий на Английском языке.
Зачем?

>> Бэк на Java?
Сделайте проще Node.js + Express

>> Много баз
Одну основную, и лучше из бесплатных, все взаимодействие с сервисом - REST API (т.е. для остальных будет пофиг какая базе внутри коробочки)

(158) + какая база

Если кому то проще на ноде, то стартуйте свой проект.
Чувак делает на том что знает

(160) мне все равно, Java, C# и т.д.
Я знаю, что в общем работа, особенно для новичков будет проще с нодой, к тому же тут не нужна будет компиляция.
В общем будет ниже уровень входа в проект

(161) чем проще? на спрингбуте+хибернейт все уже есть практически из коробки.
осталось только инсерты прописать )))

(162) уже с нетерпением жду, чем все закончится)

Хотя у тс правильный подход.
Он не спрашивает: КАК мы будем делать.
Он говорит - будем делать ТАК, кто хочет присоединяйтесь.
Видно есть хоть какой то опыт

(164) да, вот мне и интересно, почему выбран именно этот стек технологий) И больше всего интересно - нафига поддерживать зоопарк баз)

(165) Почему, вангую, что именно с этим ТС и работает

(164) К сожалению у ТС "опыт подхода" только винтиком рядовым. И сильно узкий опыт, когда писал на java то JPA это нифига не спасение от выбора БД.
Оно просто позволяет упростить переход на другую базу данных и все, а учитывать особенности разных движков баз при проектировании и разработке один фиг нуна.

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

(167) Почему ты свой до сих пор не начал проект?

(168) Не платют, а бесплатно, за свой счет разучился работать.
Терь ваяю нечто без доп оплаты только из лени, чтобы потом меньше работать ))

(157) В офлайн режиме там будет джава на бэкенде + обмен. Это гарантировано будет быстрее аналогов в том числе и nodeJS.
(158)(159)(165) Ваши познания в джаве максимум на уровне начинающего джуниора. Не вижу смысла комментировать.
(167) ваши познания в джава не лучше чем в (165). Я уже устал развеивать ваши бредовые фантазии одну за другой. Я лучше потручу время на того кто действительно хочет стать специалистом в тех технология которыя я предложил.

И сразу обоим. Есть очень простая вещь любой кто хорошо умеет кодить на java и знает технологии, заработает больше 1с-ника. У вас в глазах горят деньги но пойти и просто заработать их на основном месте у вас не получается.

(170) Все с Вами ясно) Удачи!)

(170) >ваши познания в джава не лучше чем в

они просто слегка устаревшие... на 7 лет? офигеть как время летит...

(171) Спасибо за понимание.
(172) Зачем тогда пытаться критиковать технологии в которых не компетентны. Я 5 или 6 лет не работал с 1с 77 я даже не пытаюсь разговаривать на тему 77. Я думаю, что по факту вы бы в подобном проекте не писали код не на nodeJs не на java и не на чем другой, вы любитель поговорить.

В принципе на backend уже есть 2 человека, не считая меня - этого должно быть достаточно. Я буду заниматься той частью где не будет хватать ресурсов. На данный момент нужен желающий на Angular js/html/css и в идеале верстальщик.

Вот так вот и похерили проект)
Я вот тоже думаю скоро начать проект, обращаться на мисту или нет вот в чем вопрос?)

(175) за критикой обязательно

(173) >Я 5 или 6 лет не работал с 1с 77 я даже не пытаюсь разговаривать на тему 77

Как бы вот в 1С77 точно ничего не поменялось совершенно )) И если не можете на тему 1С77 разговаривать то или с памятью что то или такие знания были )))

(177) главное не идти по пути многозадачной 1С8! Она работает и глючит одновременно! ;-)

(178) Гм как бы 7-ка такая же многозадачная как и 8-ка и там и там возможна псевдо-многозадачность.

Многозадачность
https://ru.wikipedia.org/wiki/Многозадачность
Многопоточность
https://ru.wikipedia.org/wiki/Многопоточность

(180) Не пора ли дочитывать до конца? До "Многопоточность — специализированная форма многозадачности[1]." ?

(181)
Сидят два программитста 1С, один старый (С), второй - молодой(М).
(М): - а кто такие "пользователи"..?
(С): - О! это такие дятлы, с клювами! И они тебя долбят.. долбят... в темечко...
(М): - а "опытные пользователи"?
(С): - ну... это те же самые пользователи, только у них клюв больше и тяжелее и в темечко входит глубже...

Как продвигается работа над проектом?)

(183) К сожалению, никак желающих работать с фронтэндом не нашлось.

(184) вы на мисте хотите найти людей которые будут желать работать? да еще и за "спасибо"....?

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

(185) А почему бы нет? Это нормальная практика, есть куча открытых и свободных проектов в которых люди участвуют за спасибо. Но видимо культура 1с еще не дошла до такого уровня. Я готов поработать за спасибо, что бы передать сообществу продукт приносящий пользу.
(186) Я ни к кому конкретно не обращался, каждый сам может предложить свою кандидатуру

(187) В том то и дело что одинэсники особый вид человечества. Многие не хотят работать даже за 500р/ч, а тут бесплатно :)

(188) Не самое удачное сравнение. Я бы тоже не работал за низкую ЗП. Так как за низкую ЗП работают, те кто не может работать за высокую - это налкдывает свой отпечаток. А вот за бесплатно часто работают профессиналы высокого уровня в качесвте хобби.

(189) Ну 500р/ч можно приравнять к пункту: "Хочу участвовать, но знаний не достаточно", а в 1Се таких подавляющее большинство. Научились запускать конфигуратор, и уже считают себя спецами, следовательно и 500р/ч для них уже мало)

(184) "Для реализации нужны люди способные писать код на java и js."
- видать таких не нашлось. а хрен ли - фреймворков куча. всего куча, все на java и js ваяется на раз быстро и круто и собрать приложение аналдогичное хотя бы старому клюшечнуму ТиСу - раз плюнуть... таков был общий посыл веток про джавы. А в итоге: минимальную систему не смогли наваять за два месяца...
тьфу, позорище на головы всяких джавистов и фреймворквистов...
буду продолжать наблюдать.

(188) при чем здесь одинэсники? заявленная работа - скорее и более всего неодинэсная...

(189) "А вот за бесплатно часто работают профессиналы высокого уровня в качесвте хобби."
- видать в неодинэсной среде или хоббей нет или профессионалов ;-)

.. если судить по движухе заявленного проекта...

(193) Я работаю в проекта предоставляющем комерчискую поддержку Apache Spark и "типовая" поставка развивается за счёт бесплатного кодинга "волонтеров". Продукт в мировом Масштабе существенно популярнее 1с. И дорабатывать такое ПО одно удовольствие так как смотришь на код и учишься. Многие из  ключевых разработчиков Spark зарабатывают не меньше Нуралиева и могут позволить себе делать для души качественный продукт. Так что тут скорее он не зрелость сознания 1с-ников не дает им делать продукт без прямой денежной выгоды. Я думаю и на 1с нечего стоящего сдешнее сообщество не сделало бы.

(195) С мобилки неудобно набирать сообщения, надеюсь, что поймете

(195) я рад за тебя, что ты где-то там работаешь и что-то полезное для себя черпаешь.

Какое отношение это имеет к сабжу (0)?

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

- тут как раз я бы сказал наоборот - зрелость большинства присутствующих здесь вменяемых 1сников не позволяет им браться за работу, где они некомпетентны (написание чего-то на j...).

а прочие (условно!) вроде тебя jависты ничего вменяемого самостоятельно родить по сабжу (0) не могут... пока...

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

(197) Я как человек помнящий о 1с и ряде ее проблема, хотел помочь одну из них решить.

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

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

(198) тут в основном 1сники сидят - откуда "Тут людей способных писать на джаве продакшн код"...

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

У меня сейчас так, мелкий клиент заказывает прямо на сайте (интернет  магазин) - это все автоматом ложится в 1С.

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

(200) Я уже отвечал на подобный вопрос. Опишу user story.
Дядя Леша является крупным поставщиком автозапчастей и хочет дать возможность клиентам самостоятельно смотреть наличие товара, быстро формировать заказы именно в стиле учётной системы (примерно так же как это происходит в 1с), формировать заказы из клиентской учётной системы и отправлять через REST интерфейс, и печатать заказ. Для этого нужно скачать приложение, настроить обмен с сайтом на стороне 1с, на стороне приложения указать путь к папке обмена и создать пользователей или отключить авторизацию. Все это дёшево, производительно (выдержит высокие нагрузки и будет поддерживать множество фильтров с быстрым откликом)

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

Это для меня снимет кучу тупой оператоиоской работы

(203) если это вам так важно, то почему не заказали разработку?
Там работы то на пару месяцев

(204) у вас есть что предложить?

(204) для меня это не есть очень важно. Для меня это желательно.
Проыишоп почти подошёл, но чем-то в итоге не угодил мне

Я только учусь, но я бы поучавствовал в затее ТС

я у;е писал, но повторюсь. Что у меня есть купленный шаблон
https://wrapbootstrap.com/theme/inspinia-responsive-admin-theme-WB0R5L90S Там есть seed project под angular(1 & 2), react.
Было бы очень круто сделать в таком дизайне.  Но я уже теряю надежду что получится найти людей способных пилить фронтенд

(208) Ты прям мастеров ищещь?

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

(192) не одинесников тут можно пересчитать по пальцам. одной руки.

(198) плохому танцору яй...туфли мешают) первый свой проект делал с кучей открытых учебников по HTML и JS (когда решил добавить web-интерфейс к серверной части мобильного приложения).
Да, долго, но все сам и получилось вполне сносно.

А такие отговорки, как не нашлось человека, - это для обычных кодеров, которые просто больше ни к чему не стремятся.

(208) у многих он купленный))
вот у них тоже (в демовидео проскакивает)
https://www.yclients.com/online-booking

(213) кстати, использование данного шаблона обязывает каждого нового пользователя (который будет ставить себе этот проект) покупать эту тему :-)
(не знаю как с самой дорогой версией, но думаю у Вас "Single application")

(212) мне не интересно развитие во фронтенде. И я не хочу на это тратить много времени. Максимум могу применять текущие знания js/angular.
(213) Это другой шаблон. Но суть в том что я купил и готов отдать для этого проекта. И он очень хорошо выглядит.

(215) этот же, я проверял в коде html)
Так что по лицензии, Single?

(216) В каком месте написано, что это тот же шаблон? Может очень древняя версия, так как визуально он совсем не похож. У них общего столько же как и у любых других Material шаблонов.
Для разработки Single достаточно. А если получится зарелизить стабильную версию, то найдутся деньги и на расширенную лицензию, я бы лично не пожалел 60$ на Multiple этого должно быть достаточно для открытого продукта.

Вы бы поменьше терли никого не волнующие на данном этапе технические тонкости.
А сосредоточились для начала на организационных проблемах

(218) я в этом не участвую, просто общаюсь)

Жижа вот в плюс ставит купленную тему, а как по мне, так на голом бутстрапе бы сделали и то хорошо)

кстати, там у этой темы хорошая версия для angularjs, с примером использования кучи других компонент и lazyload...

(219) + у инспинии

(200) показать что 1с ничто? а по факту.... рукалицо

(210) Тогда ты на мисте никого не найдешь.
те кто умеют - им это не интересно, те кто не умееют не интересны тебе

В общем решил начать разработку самостоятельно. может в процессе, кто-то заинтерисуется. Начну с самого сложно для меня - c frontend. У меня полная безвкусица в плане дизайна, по этому если кто-то предложит схематическое расположение элементов на странице подбора, буду благодарен. Или лучше скопировать расположение из подбора в типовой, к примеру УТ 11? Буду использовать angular 1, так как с ним хоть немного работал

(222) Я ищу тех у кого есть теоретические знания, но нет или мало практики.

(223) Я может пропустил, все не читал, репозитарий для разработки уже создан?

Так ведь очень сложно начать когда даже репо нету.

Был бы хотя бы репо хоть с одним файликов реадми и уже пожно хоть issues открывать с пожеланиями и хоть как-то оформлять проект.

И из описания не совсем понятно где само приложение в продакшене должно располагаться? Win сервер? Linux сервер? Или просто хостинг? Или VPS?

(223) ты что, решил а ля тонкого клиента нарисовать типа?

Не надо в веб тащить хреновые 1сные подходы и варианты.

Делай так чтобы
- юзеру было удобно
- понятно
- просто

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

Не надо делать развесистый Аля интернет магазин

Не надо делать сразу все и сразу круто

Сделай что-то простое что железной работает и не вызывает вопросов, потом наращивать

(225) Это будет java приложение со встроенным контейнером, то есть ничего дополнительно устанавливать не надо, кроме джавы, которая скорее всего уже будет установлена.  Работать будет на винде и на линуксе.  
Репозиторий сегодня создам, сейчас прикидываю структуру БД. После этого сгенерирую стартовый проект и залью на гитхаб.

(226) Я решил сделать что-то вроде вэб клиента, но со своей базой. Это даст хороший выигрыш в производительности/отклике так как не нужно будет ждать ответа от 1с. После чего заказы будут прелетать в 1с по средствам существующего обмена с сайтом. Так же такой подход не потребует доп лицензий 1с
Мне сложно предугадать как юзеру удобно, у меня техническое мышление и то что для меня удобно рядовому пользователю может быть не удобно. Думал взять схему расположения блоков похожую на подбор 1с, что бы человек работавший в 1с интуитивно мог работать и в этом приложении.
(227) На интернет магазин не будет похоже.

(228) извини, я все равно до конца не понял. Спрошу проще: база данных где находиться будет? Или ее вообще не будет и это java приложение, которое установит конечным пользователь будет напрямую взамодействовать с 1с поставщика?

Вчера прекрасный вопросик/темку подняли Есть ли здесь специалисты по Knockout?, с замечательной ссылкой http://1c-e.ru/?p=235
"Вывод таблицы из БД 1С на веб-страницу. Knockout.js"

По этой статье практически любой вменяемый 1С-ник легко наваяет готовую систему из (0).

И зачем ему нужны все эти явы и ангуляры?

ЗЫ Когда захочет отвязать БД системы заказа от 1С, чтобы онлайна с 1С не было и был обмен по расписанию/требованию то банальнейшим образом прикрутит http://postgrest.com/

(230)+ Кстати хранимки и триггеры в постгрес прекрасно реализуют слой серверной бизнес логики, как это у ораклоидов водится.

(229) База данных будет своя. Можно будет использовать любую из 1с совместимых СУБД + mysql/mariadb + файловые бд (H2, HSQL...)
Обмен будет через стандартный обмен с сайтом.
(230) Есть очень большая пропасть из ньюансов отделяющих реальную систему и хелоуворд. Если любой другой сделает аналог я буду только рад, так как будет с чем сравнить результат.

//Есть очень большая пропасть из ньюансов отделяющих реальную систему и хелоуворд.

Согласен полностью, т.к. огромное количество ньюансов при разработке

(233) Угу полностью согласен что ни ТС ни любой другой разработчик не сможет наваять систему хотя бы на 99% удовлетворяющую из коробки любую реальную контору.

И зачем нужна такая х на java+angular ? Кто ее будет напильником?

(234)+ Даже Метадатаjs слишком сложна и наворочена для обычных 1Сников, требуется нечто еще проще в развертке, юзанье и доработке!

Идеально это некий простейший конструктор написанный на 1С, где нажали кнопочку "Экспорт" и оно готовый html/css/js экспортировал куда сказали хоть прямо на сервер по адрес+логин+пароль.

(236) вот наваять такой сервис с подобным конструктором систем заказа это назревшая задачка

(235) knockout не особо проще других фреймворков, а скорее всего 1-й ангулар даже проще чем нокаут. Просто в том примере на самом деле нечего нет из функционала. под функционалом я понимаю Фильтрацию, сортировку, сохранение, настройку колонок да еще и все твоары загружаются на клиент

(237) А теперт берем более более менее реальный прайс в несколько десятков тысяч позиций и все рушится как карточный домик.

(238) Пойми что рядовому 1С-нику или владельцу/пользователю сервиса заказа абсолютно пофиг/плевать на всяческие ангуляры и кнокауты.

Ему требуется быстрое, качественное и не дорогое решение его задачи...

(239) Да хоть сотни и миллионы позиций, почему сразу про отдельную БД от 1С речь завел в (230)?

Потому что система должна работать или с mysql(и прочими клонами типа мариядб) или postgres.
Прокладка между БД и результатом конструктора уже готовая используется и на обновлениях/доработке этой прокладки и монетизация сервиса.
Ну и еще на готовом хостинге, для тех кто сам не может его поднять/настроить.

(241) Я в 230 не вижу никакой БД, я вижу прямое взаимодействие клиента-браузера с 1с посредством http сервиса

(0) мне интересно сделай на гитхаб репозитарий, будем по феншую делать

(242) "ЗЫ Когда захочет отвязать БД системы заказа от 1С, чтобы онлайна с 1С не было и был обмен по расписанию/требованию то банальнейшим образом прикрутит http://postgrest.com/";

(0) (243) вопрос забыл, ментор будет или все дружно гов..кодить будем?

тема старая((( не обратил внимание

Ментор пока не понял что инструмент вторичен и хочет всех пересадить на свой любимый

(236) Не хочу долго сравнивать подходы. Но я решил отказаться от излишней гибкости в пользу простоты и надежности и скоросты выпуска первый стабильных версий.
(245) я буду ревьювить код перед мержем кода в мастер ветку, так же код не покрытый тестами мержиться не будет.

Ну т.е. обработка СамообслуживаниеКлиента только на Java и не так сильно тормозящая как я понял.

или на js

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

во-вторых лицензии.

(244) там в любом случае прийдется существенно усложнять фронт для приемлемой работы
(249) Да, цель получить приложение которое будет лишено проблем с производительностью 1с и избавит от потребности в лицензиях

(253) Когда же старт?

(254) Я сегодня начал, до конца недели планирую залить на гитхаб скелет проекта

(255) нашлись фронтэндеры или по ходу дела?

(256) не нашлись, начну пилить самостоятельно

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

Почему не подумал что в одной базе потребуется вести несколько поставщиков или складов поставщика?

(258)+ Аналогично с контрагентами-покупателями, они имеют филиалы/подразделения/склады же и если их заводить как разных контрагентов то дурдом будет без привязки к одному холдингу/юрлицу.
Да и юрлиц может быть несколько а склад-покупатель один и "вот мы тут заказик общий набили, нам плиз разбейте его по X тыр на наши N юрлиц"

(232) а зачем для этой системы бд, совместимая с 1С?

(260) Я думаю в этом автор прав. Если клиент-браузер будет на каждый чих дергать 1с http сервис, то очень быстро это все встанет колом.

(260) В виду отсуствия бизнеслогики в БД и довольно простой структуры будет поддерживаться практически любая бд и если приложение будет запускатся в той же среде, что и 1с можно было использовать ту же СУБД.

(262) 1С как бы совместима с mysql только через внешний источник данных... а там по odbc почти что угодно как бы...

А если выкидываем мускуль то нафига такая система когда на любой хостинг ее не воткнуть?

Система должна быть серверная часть php/mysql в идеале.

(262) а если система будет на стороннем хостинге?

(261) я не о том, а о том, что обмен с 1С может быть через REST-сервис (обмен именно между системами, а не запрос товаров для пользователя)

забейте на 1С. совсем. то есть полностью. клиент будет дергать систему из какого угодно места какими угодно методами/руками.

сделайте фейс. простой. ненапряжный.
1. чтобы можно было руками - товар-количество вносить/отмечать.
справа вверху - корзина - столько-то товарных позиций, на такую-то сумму (для начала на цены забить, пусть будут, но все 0).
2. чтоб можно было из клипоборад вносить, в клипборде артикул-количество построчно, взяли из клипборда получили результат в корзине.

ВСЕ.
для туевой хучи лавочников это будет мегасчастье.

(263) (264) я что-то слабо понимаю, что вы хотите донести. Эту систему можно будет поставить практически на любую распрастраненную реляционную СУБД. Для запусков на поиграться будет встроенная поддержка файловой базы данных. Обмен с 1с будет по средствам блока обмена с сайтом в типовых. Обмена на уровне СУБД не будет.
(265) Может, но для этого нужно пилить 1с. По задумке первая версия должна иметь "безшовную" интеграцию.

(267) каким образом? Т.е. этот веб-интерфейс должен делать прямые запросы к базе 1С?

(268) Я же говорю типовой обмен с сайтом
http://v8.1c.ru/edi/edi_stnd/131/

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=42&CHAPTER_ID=04928

(269) (270) Тогда нафуя (0) когда можно взять битрикс и допилить?

(271)+ Блин я то думал что будет работа с какими угодно нестандартными товарами с их описаниями/реквизитами и с любыми конфами в т.ч. без "интеграции с битрикс".

(271) Как минимум битрикс денег стоит.
(272) Такое только в сказках и в рассказах маркетологов бывает

Но там будет REST интерфейс позволяющий добавлять товары откуда угодно и получать заказы

(273) >Такое только в сказках и в рассказах маркетологов бывает

ну не скажи... есть же конструктор https://clientbase.ru/

(269) тогда я повторю еще раз - нафига база, совместимая с 1С, если используется обмен через файлы обмена? 1С никак к этой базе коннектиться не будет!

(276) + я наверное чего-то не понимаю, в свете (170)

(277) + ну и да, я уже давно не 1Сник)

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

Круто. Халявная рабочая сила.

(279) в смысле pet project?

(279) Дорогой друг, что в этом плохого, что человек хочет изучать что-то еще кроме 1с?

На 1с мир не заканчивается, есть один огромное количество других технологий, при этом спрос на интеграцию 1с со сторонними системами постоянно растет.

Изучив что-то другое понимаешь иногда, как хорошо некоторые вещи сделаны в 1с и наоборот замечаешь чего не хватает. Это называется РАЗВИТИЕ себя как разработчика.

(276) Я уже совсе просто упрощенно напишу. СУБД практически любая реляционная в том числе и СУБД совместимые с 1с. Это делается на случай, если приложение будет подыматься в том же окружении что и 1с. То есть если уже стоит MSSql нужно просто поставить приложение и прописать строку коннекта. Приложение создаст своб базу которая никак не связана с 1с базой.
(279) Для таких как вы есть отдельная ветка, там вы с однодумцами можете это обсудить. Я политики затрагивать не собираюсь.
Я уже больше полутора года работаю на джаве/скале и даже с js поработал на 1 проекте. Мне от этого проекта на данном этапе толку не много, так как я зарабатываю совершенно на другом стекетехнологий.
Английский это муждународный язык общения в ИТ кругах.

(283) комментарии пишутся разработчиками для разработчиков. Если планируется, что разработчики будут англоязычные, то зачем тема на этом форуме?

это не нужно. Django + web сервисы 1с. все.

(284) подразумевается, что коментарии будете понятны всем разработчикам, знающим англ хотя бы на уровне elementary.
(285) сделайте как "нужно" и сравним.

(285) *будут понятны

(286) Как нужно - это заказчик тебе будет говорить. Т.е универсальную штуку ты не сделаешь. А если сделаешь, то ее нужно будет допиливать. Соотвественно зачем, что то изобретать. Когда можно взять Django и общаться с 1с через soap?

(228) Я же говорю, сделай прототип и сравним произвоительность. В джаве нет никаких проблем юзать SOAP, но так редко делают, так как подход устаревший и тяжеловесный.

(288) Автор жестко выбрал свой стек технологий, ты пришел и сказал, что надо по другому.

А аргументы какие? Почему например Джанго а не Рэилс? Почему SOAP, а не свой протокол с JSON под капотом?

Я бы так не стал категорично говорить, это не надо, это надо.

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

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

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

(292) А требования к системе в целом кто то могет сформулировать?
Достаточно детальные и даже с набросками интерфейсов?

Вот у ТС в структуре БД правильно придумано что у итемов номенклатуры в основной таблице тока ид, родитель и наименование.
А все прочие фичи вынесены в отдельные таблички.

Но ля как представлю сложность запроса при поиске/отборе/сортировке по фичам...

(292) Да ты не кипятись так )) Если обсуждение идет это не значит что дела не двигаются. Я попробую свои небольшой интерфейсик нарисовать, чисто на js технологиях.

(293) С набросками интерфейсов Злопчинский уже пример отличный пример - профишоп. Достаточно неплохая реализация.

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

Думаю даже для целей самообразования труд зря не пропадет.

(294) А где структура БД? Скинь ссылку.

(295) профишоп извиняюсь полной отстой, чего там неплохого кроме готового шаблона начального сайтика? http://demo.profishop.us/

(295) вот и сделайте клон профишопа для начала, но чуть более лучший.

(296) в шапке гуглядока

(298) смысла? там же ничего нету ((

(297) не, это фигня, там раньше нормальная хрень была, я даже пробовал малость

(294)+ Имхается нуна в табличку "номенклатуру" изначально засунуть кучу типовых/стандартных полей реквизитов.

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

для идентификации номенклатуры досттаочно минимума.
код(id)
артикул
наименование
.
дл яначала даже нехрен морочиться с характеристиками и свойствами.

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

(303) Не-не-не можно сделать еще как минимум длинное строковое поле "описание" или "характеристики" и туда их засунуть с неким "шаблоном"

(297) Сделай лучше, мы с удовольствием посмотрим

(304) Количество остатков для заказа есть? Есть! Значит учетная система один фуй

(306) Сделаю только требования то напишите? А ТЗ ваще идеально будет ))

(308) Сделай лучше чем профишоп, т.к. он "отстой", то это для тебя совсем просто будет, верно?

(308) Меня не заломает написать ТО, ЧТО НУЖНО МНЕ.
сделаешь даром, то есть безвозмездно (потом может и монетизируем ;-)?

(310) Напиши, я сделаю, по мере своих возможностей, чисто для самообразования

(310) угу с исходниками на гитхабе

(311) заодно и сравним ))

Одного не понимаю, если тс так сильно хочет писать на яве, то почему ветка создана здесь, а не на каком нибудь скл.ру?

(294) и что в этом правильного? То что без документации никто не разберется? Недавно дергал данные из самописки где бд построенна по такому принципу и ничего хорошего в этом не увидел.

(314) Программная структура "составной" номенклатуры, ее реквизиты/характеристики не жесткие а можно настраивать под клиента.

Но да чем гибче и навороченней система тем сложнее с ней работать.

(313) Потому что система рассчитана именно на связку с 1с как с самой распостраненной учетной системой. Ваш кэп.

Начал делать "конструктор" на 1С-ке и сразу посмеялся. "Моделирование ER-моделей на системе быстрого моделирования".

(313) Вы бы почитали ветку, а то от вас исходят только провакационные фразы. Мне  хочется устранить "неудобновсть" в 1с. На джаве потому что именно на джаве смогу сделать -- это быстрее и качественнее чем на любом другом языке. Я мог бы взять play, scala + scalajs , но в таком случае люди боялись бы использовать такой продукт так как сложно найти человека который смог бы это поддерживать.
(314)  Там такая структура БД, что по названию полей можно легко догадаться что к чему, а для человеческих обменов будет rest с описанием.
(315) на сколько я помню, в самой 1с стрктура хранения характеристик еще сложнее (использует еще больше таблиц), хотя я описывал больше сущности, а не таблицы. Реальных таблицы будет немного больше так как для связи 2-х сущностей многие ко мнигим нужно 3 таблицы. Я не думаю, что это будет тормозить, поиск ведь будет по индексам.

(316) судя по описанию, ее можно будет связать с чем угодно. поэтому и вопрос зачем людей на проект где нужен максимум 1сник в конце проекта ищут на этом форуме ))

(319) Потому что на других давно бесплатно дают пеший эротический тур...

Ну так че? Когда уже можно будет помацать преальфу?

(321) нужно что-то такое?) https://www.youtube.com/watch?v=vnnkuL1sONg

(322)  угу, весьма похоже

(322) как раз сижу верстаю фронт. Я думаю не удобно, что не в видно, уже "подобраные" товары прямо в подборе и нет иерархии и свойств

(324)  это не магазин, где покупают 5-10, ну 20 натменований
Это система заказа, где заявки в70, 200, 300 и даже 500 позиций - норма
Поэтому видеть все в подборе - это ДОЯ ЧЕГО?

(324)  призываю не путать ин тернетмагазин и систему электронного заказа

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

В системе жлектронного заказа клиент в подавляющем количестве случаев знает что ему надо и в каком количестве

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

(325) что бы в момент подбора иметь возможность контролировать процесс. К примеру удалить позицию, изменить ко-во. Как раз в инет магазинах редко видно корзину в форме выбора товаров. На сколько я помню в 1с подборах всегда видно подобранные товары

(327) в большинстве случаев нужна только загрузка из XL файла и контроль статуса заказов

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

Люди, кроме черного и белого есть еще серое.

Одному клиенту надо одно, другому другое.

На мой взгляд должен быть определенный базовый функционал:

-Показ каталога товаров с фильтрацией по категориям (виды номенклатуры в 1с УТ)

-Карточка товара

-Фильтрация хотя бы по артикулу и наименованию

-Архив заказов

-Обмен с 1с

Ну а дальше уже, надо кому-то детализация по свойстам (характеристики в 1с) - ставим галочку в настройках - появилась детализация. Надо кому-то загрузку из эксель - галочка и т.д. Т.е. минимальная конфигурируемость.

В (322) я увидел веб интерфейс, где выводится список товаров и их можно положить в корзину. Ну собственно это все. А что дальше происходит? В каком виде клиент видит список заказов? Как происходит обмен с 1с? Пагинации у списка товаров тоже не увидел, что будет если найдется 100 000 товаров, они уйдут на страницу клиента?

все таки вернулись к инетмагазину? ))

(330) На мой взгляд Инет магазин = Система формирования заказов клиентов + Маркетинговый обвес, маркетинговый обвес тут в теме вроде не обсуждается, это однозначно лишнее.

Мысль просто в том, что не стоит впадать в крайности и писать супер универсальную систему с 1000 функций, как и наоборот писать систему, которая не умеет почти ничего.

(328) А зчем тогда в 1с подбор? Менеджер сформировал в excel заказ и загрузил. Загрузка из excel нужна, но это доп. возможность.
(329) я никаких супер возможностей не закладываю. Думаю в 1-й версии отказаться от фильтра по характеристикам, оставить только по виду номенклатуры или группам номенклатуры(папкам в номенклатуре).
(330) не вижу такой тенденции.

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

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

Любое готовое решение без возможности легкой (относительно) допилки будет в чем то ограниченным.
На чем взлетела платформа 1С так это как раз нашли легко спеца, допилили и работает дальше.

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

(334) вот поэтому я и писал выше про NodeJS, файлы такой системы можно подправить в блокноте, перезапустить сервер и все (с системой на Java так не прокатит). К тому же все очень похоже на 1С)

(334) не вижу смысла делать систему похожей по доработке на 1с, толковый студент программист без проблем сможет допилить. Так что я считаю все что вы описали нужно именно 1с никам которые хотят монетизироваться на этом.
(335) я уже выражался о ваших познания джавы. Подозреваю что с нодой все не на много лучше.

(336) толковый допилит, потом не разгребешь

(336) да да да, помню, даже не видя кода, сразу видно - вы самый крутой специалист)
Теперь молчу и не мешаю крутым "спецам" работать)

(335) Я делаю сейчас на js, при разработке фронта вообще ничего не перезапускается, сохранил файл, изменения отобразились на странице моментально, без перезагрузки, с сохранением всего стейта приложения.

(337) когда заказчик хочет избыточно сэкономить на разработчики, то проблемы возможны в любом языке.
(338) я предлагал вам запилить прототип  на ноде и на код бы посмотрели и на производительность вашего кода. А про ваши познания джавы тут все очевидно...

(339) на фронте с отключенным кэшем так и есть, с бэкэндом как правило сложнее все, но jvm имеет механизмы hotswap классов без ребута.

Java умерла... точнее она как и delphi с php еще продолжают и будут продолжать юзаться в куче в т.ч. новых проектов в т.ч. в большом энтерпрайзе но факта это не изменит.

С появлением технологий типа JerryScript даже JavaCard c JavaME скоро пойдут лесом, и останутся только в банковском секторе, который дико тормозной на новые технологии.
https://habrahabr.ru/post/313000/

(342)+ IoT (https://ru.wikipedia.org/wiki/Интернет_вещей) наше будущее все https://habrahabr.ru/post/281342/ ))

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

Далее просто прописывает настройки обмена со своей учетной системой (1С) и не забывает купить домен с фикс ip для роутера.

(344) Я 5 раз прочитал, эту фразу, но ничего не понял.

"Контора зачем-то идет покупать роутер", зачем? Контора покупает роутер для каждого приложения?

"Заходит на него и ставит из маркета"...не понял, причем тут роутер и маркет?

"Далее просто прописывает настройки"...это мне напоминает "ставим 1с ERP, просто прописываем настройки и поехали"

"и не забывает купить домен с фикс ip для роутера"...тут я вообще не понял, домен для роутера? Какой домер для роутера? О чем речь вообще?

(345) Современный роутер легко может играть роль "веб сервера" для системы заказа.

Не нужно никакого компа в офисе (включенного постоянно, гудящего и жрущего энергию) и не надо никакого хостинга.

На хостинг (причем парктически любой) конторка перейдет если у нее сильно сильно вырастут объемы или захочет отвязаться от офиса.

Если не поняли то спросите у себя 10-15 летней давности при чем тут "телефон интернет и маркет"

(346) *практически

(346) Ты меня извини, но и сейчас никакого компа в офисе для хостинга не надо

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

- 1с - известные облачные сервисы дающие 1с в аренду в облаке
- Оффис - облачные сервис Office 365
- Хостинг - shared hostingб VDS, VPS
- Базы данных - no SQL типа firebase в облаке, VPS, VDS - для реляционных БД

А IoT - это своя отдельная ниша, мало связанная с учетом, с веб приложениями

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

А тяжелые ентерпрайз приложения так и будут люди писать на Java, Scala, .NET

Nodejs тоже свою нишу нашел и активно развивается, но опять же в своей ограниченной области

Поэтому говорть что джава умрет потому что ноду можно на утюге запустить - это как-то странно..

(346)+ Это обычный zyxel из магазина http://pastenow.ru/edit/179X1 а это https://wiki.openwrt.org/doc/howto/http.apache установка веб сервера.

(348) Гм бизнес денежки считать умеет.
При прочих равных но одно нужно платить N-ю сумму каждый месяц, а другое один раз купил роутер (его и так покупать кстати для инета) и все.

Зачем "ларьку" тратиться на дорогущий крутой хостинг и на дорогооплачиваемых энтерпрайз разработчиков под него?

Ему бы нечто совсем дешевое (бесплатное в идеале) и с очень дешевой поддержкой/обслуживанием.

(333) угу, этого мне и надо

(348) >А тяжелые ентерпрайз приложения так и будут люди писать на Java, Scala, .NET

Почему то в России их принято писать на 1С :)

(342) даже не знаю стоит ли воспринимать ваш комментарий серьезно. Все же попробую ответить
1. Как можно ставить в 1 ряд делфи, пхп и джаву.
Делфи - реально погиб. Найдите вакансии и сравните количеством вакансий на джаву. На сколько я знаю там и с компиляторами под современное железо все плохо.
ПХП - используется в сегменте сайтиков, а не вэб приложений. Пхп который использовался в нагруженных системах был сильно допилен вплоть до компиляции, да и с этого пхп многие слезли.
А Джава до сих пор на 1-х позициях в рейтингах.
(350) бизнес деньги считает и знает что надёжность обкатанного яп стоит денег.
(352) бред, фантазии и инфантильность

(353) Каждый судит со своей колокольни... на соседние сначала сползайте

Дельфи https://hh.ru/search/vacancy?text=delphi&salary=¤cy_code=RUR&experience=doesNotMatter&order_by=relevance&search_period=&items_on_page=20&no_magic=true
PHP это не только сегмент "сайтиков" но и серьезных приложений корпоративных, тот же ownCloud или Битрикс или https://habrahabr.ru/post/147257/
Java https://habrahabr.ru/post/304812/ и еще видел много что для новых проектов (не поддержка существующих) уже не так. Позиции в рейтингах сравните их с 1С

>(350) бизнес деньги считает и знает что надёжность обкатанного яп стоит денег.
Ларек и надежность? им не нужна бесперебойность, им нужно минимальное и дешевое время восстановления после сбоя. А кол-во ларьков по сравнению с крупняком (у которых свои лисапеды есть уже давно) просто не сравнимо.

>(352) бред, фантазии и инфантильность
Вы извините на каком форуме тусуетесь? Почем не на https://javatalks.ru/ или не на http://www.sql.ru/forum/java ?

(354)+ сорри в сравнении с delphi забыл https://hh.ru/search/vacancy?text=javaee&salary=¤cy_code=RUR&experience=doesNotMatter&order_by=relevance&search_period=&items_on_page=20&no_magic=true

почем JavaEE? Потому что хз как исключить Android Java

(340) покажите пожалуста мои сообщения, по которым вы определили мой уровень в Яве. С подробными комментариями. Что бы не быть второй Псаки.

(354) Вижу 341 вакансию делфи, ожидал что будет меньше. Но при этом вижу 4631 вакансию джавы и 3921 если исключить слово android (мне очень жаль что у вас не получилось это сделать). Еще для вас есть задачка со звездочкой попробуйте отфильтровать вакансии с несерьезной ЗП.
Рекомедую вам разобраться, что такое JavaEE.
Не слышал о популярности битрикса в сфере нагруженных систем, слышал, что - это очередная поделка от 1с в лучших традициях, то есть штука двольно тяжеловесная.
Ларьки - даже не хочу обсуждать, мне эта сфера не интересна так как там задачи интересных быть не может да и денег тоже.
PS. Заметьте я почти не упоминаю скалу, хотя использую именно этот язык как основной. Потому что понимаю, что скала популярна и действительно оправдана не везде. Скажете что скала менее популярна чем нода, пайтон я с вами соглашусь.
(356) -> (158),(335) + вы говорите как маркетолог без технических деталей. Вы явно не в кусре джава технологий. Можно сгенерить 60-70% бэкенда при этом в нашем случае для поддержки зоопарка баз не нужно почти ничего делать.

(357) как это показывает уровень владения языком? Пример можалуйста

(358) + я с клиентами всегда говорю на их языке. И с вами говорю именно в тех понятиях, которые вы способны осознать.
Но похоже я переоценил ваши умственные способности, т.к. у вас сплошные лозунги, навешивание ярлыков и непомерное эго и ничего более.

(0) А в каком все состоянии то?

(359) По-моему тут ты сам немного перегнул с лозунгом "Java умерла"

Я сам Джаву терпеть не могу, никакого нет желания изучать ее, мне намного ближе js и на клиенте и на сервере. Но говорить так что Джава умерла, это ну совсем ничем не обоснованное заявление.

(357) >3921 если исключить слово android (мне очень жаль что у вас не получилось это сделать)

неудачная попытка стеба, мне не приходится на HH.RU тусоваться постоянно  )) но прочитал доку и выполнил "java NOT android" да с результатом "Найдена 3 921 вакансия".

Но потом еще подумал и сделал "java NOT android NOT javascript" получив уже "Найдено 2 363 вакансии".

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

(361) Скажите платформа 1С77 умерла или нет? Тут куча "спецов" будут с пеной у рта доказывать что "живее всех живых", моя просто пытаться немного прогнозировать будущее.

ЗЫ Да все в любой момент может поменяться, к примеру Oracle одумается и наконец то добавит проверти в java ))

(363) *проперти = Property с геттерами/сеттерами http://stackoverflow.com/questions/4948816/getters-setters-and-properties-best-practices-java-vs-c-sharp

а то ради этого куча народу решилась на переход на скалу

(364) Никто никуда никогда не переходит ради какой-то одной фичи языка...

Вообще не важно какие фичи в языке. Важно какая инфраструктура вокруг него выстроена.

(365) У явы прекрасная инфраструктура но она стала слишком разросшейся и малоповоротливой.

И еще если учитывать проблемы патентных войн между Oracle и Google из-за Java то http://mobiltelefon.ru/post_1460100392.html
Как следствие легко может получиться так что Java банально станет не популярной как язык.

(366) Любой язык рано или поздно обрастает библиотеками, коих становится настолько много, что не ясно - какую выбирать, а также никто не гарантирует совместимость между ними.

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

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

(362) вырезать из вакансий на джаву джаваскрипт - это не корректно, в 1/4 вакансий от джависта хотят поверхностное знание js. Но они и так видно соотношение вакансий. Я себя позиционируют как java/scala dev но мне приходится периодически править код js, python, ruby и bash. Все это доп скилы.
(363) не слежу за платформами 1с. Когда ещё работал с 1с сознательно отказывался от задач на 77 так как считал, что мне такой опыт не нужен.
(364) геттеры и сеттеры можно и в джаве не писать, да и никто не переходил массово на скалу. Меня скала привлекает тем что на ней как правило пишут распределенные системы под высокую нагрузку.
(365) скала может юзать инфраструктуру джавы.

(0) Довольно интересно, я так понимаю Spring Boot + Angular. Я бы писал на Angular 2.0 т.к. его все хвалят и он будущее. Сейчас времени поучаствовать нет, возможно позже присоединился бы.

(360) разрабатываю фронт.
(369) я не против ангулара 2 или реакта, но но я с ними не работал. А фронт пришлось делать самому. Если до конца разработки фронта никто не присоединиться, то бэкэнд будет на play framework

(370) Я бы вообще на твоем месте не парился о фронте. Вот сделал бы ты например бэк и рест апи, задокументировал бы хорошенько и ведь к этому можно потом web-ui на чем угодно написать.

Я бы на реакте написал.

В результате получилось бы очень гибко. Бэк с апи, а web ui подключаешь какой хочешь.

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

Я начал на реакте с фронтом, вроде все по минимуму, но и то уже 6 тыс строк кода.

(371) у меня не все так плохо, с ангуларом 1.х я работал, и фронт усложнять сильно не буду. Гриды я взял готовые сил проект из шаблона inspinia. Rest api и так будет открыто и задокументировано - это нужно для возможности отправлять заказ напрямую из клиентских систем.

(372) * сид проект.

(361) Простите, что влезаю в ваш срач, но КАК заустить JS на СЕРВЕРЕ?

Хоронильщики PHP вы уже сколько лет его хороните, а он всё развивается, сравните прирост производитеьности в 7 версии

Лучше конечно 2 ангулар чем 1, даже если знаешь первый

Там 1 обучаешего видео достаточно что б начать писать

(374) https://nodejs.org/en/

(378)+ если сервер линукс то https://nodejs.org/en/download/package-manager/

(374) Там отдельные компоненты серверов.
Но вот интересно есть где тестирования этих северов vs классика типа apache/tomcat и тд

Не только в скорости но и в надежности

(380) можно пример для данной задачи на чистом JS в серверной части, вместе с функционалом взаимодействия с БД

есть cms на серверном js. погугли

конечно hibernate нет под js. По крайней мере я не видел

(384) есть аналог http://docs.sequelizejs.com/en/v3/

У меня сервер-сайд js пока не вызывает таких воторгов.
Ибо тут свой фреймворк нужно собиратьь с 0 практически по кусочкам. В отличии от других языков

(386) Смотря что нужно, если например нужно сделать просто минималистичное api, то Express.js подходит.

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

Но больше всего напрягает когда все есть из коробки, но очень много магии, т.е. очень сложно разобраться как же оно на самом деле работает. С js стеком попроще, тут магии меньше.

(386) Серверный JS еще пока в пеленках "Node.js разработал Райан Дал (англ. Ryan Dahl) в 2009 году после двух лет экспериментирования над созданием серверных веб-компонентов."

Еще все будет и удобные фреймворки/платформы в будущем в т.ч. по типу 1С/CUBA

(385) Какой стек фреймворков бы ты предложил на js если писать

(389) Не поверишь но никакой.

Делать свой лисапед с 0 используя только библиотеки и то если иначе никак и подбирая аналоги или готовясь переписать свое.

(390) собственно про что я и говорил )))

(391) Ну не успели еще на/под nodejs наваять приличных фреймворков как это с разными java/php/python и т.д.

Все еще впереди, сейчас они как появляются так и пропадают с концами или изменяются невообразимо.
Даже полный пример под NetBeans от Express сразу имеет траблы с зависимостями, там несколько устаревших/переименованных.

(391) плюсую. Мы тут решаем довольно шаблонную задачу для которой за годы развития написано много framrwork-ов и генераторов кода. Так вот на джава такого кода больше всего и самый мощный фреймворк написан тоже под джаву. Я говорю о спринг.

(393) Кто то шаблонную, а кто то и совсем не шаблонную.

Вот к примеру json объекты и массивы прекрасно с бд соединяются, но как лучше соединить их с ui формами и контролами?

Пока не придумывается как просто описывать ui на json и чтобы в привязке в объектам/полям сразу удобно.

(394) есть dxhtml так как раз так, но он бабла стоит.
Можно компоненты готовые на angular юзать.
jhipster вообще умеет прктически готовое приложение создать с гридами и тд

(395) бэкэнд я как раз планировал сгегерить на хипстере, ui там всеравно полностью переделать надо, можно только админку оставить.
(376) не путайте хелоуворды с реальными приложениями. Или продукции монстрируйте ваши приложения на 1м и 2м ангуларе.

(396) К тому времени как мы напишем это приложение уже про ангулар 1 совсем забудут

(394) извиняюсь за дерзость, но у меня сложилось впечатление, что вы решаете задачу "чесать языком". Вы хоть 1 вашу "инновационную" идею реализовали?

(394) "соединить их с ui формами и контролами"

Вот так блин берешь и соединяешь

На входе в response некотрый json приехавший с сервера.
На выходе JSX разметка, которую React преобразует в html

<code>

const data = JSON.parse(response);
const keys = Object.keys(data);
return keys.map(key => <div>data["description"]</div>);

</code>

(399) Поспорим на тему реакт вс ангулар?

(400) Чего ради спорить? И тот и другой решают проблемы построения ui. У каждого свой подход. По-моему спорить не о чем. Мой ответ был на вопрос как "json" привязать к ui.

Ответ простой, получаем json, парсим, строим ui.

Это не проблема вообще.

В ui не проблема вообще что-то сделать, а проблема управлять постоянно изменяющимся состоянием.

(401) >получаем json, парсим, строим ui.
моя после 1С дико ленивый стал, ручками это делать уже как то... не айс, хочется в 1С УФ лайк стайл

(402) Да лучше ручками сделать, чем чесать о высоких материях и так ничего и не сделать.

(403) https://www.youtube.com/watch?v=vy-I7ybkH-c

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

(405) Раз пока затишье, выложу свой пре-альфа вариант

Посмотреть можно тут

http://www.screencast.com/t/FuM2ccaYDPK5

Пощупать можно тут

https://quick-order-de84c.firebaseapp.com/

Исходники тут

https://github.com/eks1985/quick-order

Там описана основная концепция.

Вкратце:

Потроха - все на стеке js

Внешность - сейчас проект полностью без стилевого оформления, иначе до конца доделать запала не хватат =)

Стилевое оформление планируется потом в двух вариантах: react-bootstrap и material-ui. На выбор. Короче - будет красиво.

Стек конечно получился хипстерский =), но в том и цель, пишу для самообучения

Итого 1с - react - redux - firebase - nodejs

База данных в стандартном виде как таковая в проекте не используется и использоваться НЕ будет. В качестве нее используется firebase - что по суди json в облаке с удобным api.

Что радует, пока писал, почти не устал и проект дальше легко развивать не утонув в стеке - все за счет того, что на web-ui стейт управляется редуксом, однонаправленный поток данных ректа тоже очень спасает.

Никаких готовых гридов, монстроузных библиотек не используется, только сам ручками, только хардкор.

Вобщем стек на js показывает себя хорошо

Короче решил писать дальше, критика и пожелания приветствуются.

1с пакостит немного - как оказалось https соединение из 1с это проблема, т.к. 1с не знает сертификат гугла, пляски с сертификатом в папке платформы не помогли, в результате обмен будет с использованием winhttp, с ним проблемы нет. Ну а пользователю по барабану.

Злопчинский, дело за тобой, давай накидывай пожелания, жги критикой.

Кстати специально по твоему запросу сразу в первом варианте реализовал "заказ из буфера", смотри в видео в конце.

Сразу говорю, не смотри на то, что пока выглядит неказисто, все в итоге будет хорошо, я обещаю =)

(406) Нашлось время посмотреть, в целом нормально все кроме "База данных в стандартном виде как таковая в проекте не используется и использоваться НЕ будет. В качестве нее используется firebase - что по суди json в облаке с удобным api. "

Привязка только к одной "облачной БД" это слегка опрометчиво, как минимум еще 1-2 нуна из коробки.

Лучше сделать некий интерфейс по типу firebase и к MongoDB его или к CouchDB, чтобы базу на своем сервере можно было поднять.

(406)+ Ну и мелочи типа допилить поиск/отбор чтобы по нескольким словам мог искать или последовательное/похожее приближение.

И заюзать клаву а то Энтер после ввода строки поиска не пашет (( лишние действия тянуться за мышкой и кнопку "Найти" жать.

Идеально будет если можно работать целиком на клаве и удобно, без мышки.

нахерн  непроверенные сторонние сайты

(406) Я проникся уважением. Ты оказался одним из немногих способных вести реальную разработку. Я сегдня выложу свой черновой вариант UI. У меня все более тяжеловесно - используются готовые гриды и элементы верстки. Жаль, что делаем одно и тоже, хотя могли бы паралельно работать над разными частями продукта.

(410) Ты долго запрягаешь

Но зато после этой ветки я начал ангуляр изучать.
Так что спасибо тебе

(406) неплохо бы роутинг добавить в приложение.
Чтоб можно было ссылки кидать на группы/товары

Это называется b2b система, (406) - рад что выглядит убого)

(411)  К сожелению не могу выделять слишком много времени

Вот мои наработки по фронту

https://mgorbov.github.io/client

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

(414) глупо считать минусы, а не плюсы в данном вопросе

(415) Ну вот первый шаг сделан, тут главное начать.

(407) Это сделанно намеренно на данном этапе, чтобы не утяжелять проект.

К тому же firebase после того как его купил гугл реально стал превращаться в многофункциональный комбайн.

Сразу из коробки идет: система аутентификции, json база данных, хостинг. Причем деплой происходит реально одной командой firebase deploy.

Хотя потом наверное стоит подумать о разных бд.

(408) Насчет управления чисто с клавиатуры - хорошая идея, принято, реализуем

(410) Ну я как бы больше для самообучения делаю, и я уж так сложилось выбрал для себя реакт. Не хочу на ангулар, не мое к сожалению, хотя уважаю тех кто его выбрал.

Но если чем смогу помочь твоему проекту помогу, пока правда не вижу как

(413) Обязательно, всему свое время )
А по поводу ссылок на страничку смотри как хипстеры сейчас делают

https://www.youtube.com/watch?list=PLl-K7zZEsYLmOF_07IayrTntevxtbUxDL&time_continue=180&v=LvY1JMcrPF8

Фишка в том, что например если у тебя все состояние приложения - это обычный json объект, то ты можешь кинуть клиенту ссылку не просто на страничку, а на некоторое состояния своего приложения!

Это реально круто.

Представь допустим, ты видишь в своей админ панели, что клиент заказывает каждый день по одной штучке чего-нибудь. Ты хочешь чтобы он уже блин пачку заказал генерируешь ему ссылку на состояние твоего приложения где:
- клиент уже залогинен в систему
- пачка товара уже добавлена в корзину
- установлена доп скидка 10% на пачку

Все, что осталось клиенту сделать - это нажать на кнопку!

Ну разве не круто? =)

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

(414) Я не понял что ты имеешь ввиду "рад что выглядит убого"
Кто рад, я рад? Да мне по барабану как оно сейчас выглядит, т.к. не ставил себе задачу стилизации на данный момент.

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

(415) А ссылку на само репо выложишь? Хотелось бы просто посмотреть как оно изнутри устроено.

(421) Я выбрал ангулар, так как хоть немного его знаю и смог бы помогать в разработке. Если бы кто-то самостоятельно мог разрабатывать фронт без моей помощь, то и стек фронта мог бы выбрать сам, тем более я знаю, что React в плане производительности лучше ангулара 1. Правда готовые гриды заоптимизированы примерно одинаково, а их и на React прийдется применять, так как они слишком много удобств дают из коробки.
Вот пример грида содержащий 640000 записей. http://ui-grid.info/docs/#/tutorial/404_large_data_sets_and_performance . Все очень даже шустро. Что-то такое должно быть и под реакт.
Так же в систему можно еще добавить красивый дашборд для руководителя, который будет показывать ключивые показатели бизнеса.
Я тоже хочу поучится/потренироваться на этом проекте. Для своего развития я хотел применить алгоритмы машинного обучения для прогназирования спроса/остатоков. Ведь круто когда система не только дает возможность сделать заказ, но и прогнозирует поребности клиента. По этому бэкенд мне нужен высокопроизводительный и на языке который я хорошо знаю. Но вначале нужно выкатить простую и надежно работающую версию.
(423) Есть такой тип людей которые любыми способами пытаються оправдать свою пассивность.
(424) https://github.com/mgorbov/client

(406) спсб
Буду смотреть
Чуть позже
Только издалека вернулся
В состоянии полного нестояния
Надо выдохнуть...

(415)  а почему слева у меня курсор стоит на подгруппе молотки, а показываются в списке отвертки?

(406)  посмотрел
Считаю как преальфа вариант - нормально!!!
Там где копипаст из буфера примерно тпк
Страницу где копипаст из буфера !потом
! можно обозвать типа работа с пакетами, там сделать из клипборда, загрузку из экселя, из цсв, сделать систему плугинчиков для каждого вида загрузки и клепать под форматы клиентов

Резюме: обобряю!!!

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

(429) Да еще лучше отбор групп справа сделать и никакой иерархии. Просто часть слова ввел и короткий список и сортировку групп добавить по наименованию или иерархическую как есть.

Хотя можно мелким текстом над группой каждой в линейном или при наведении курсора показывать полный путь группы.

(430)  угу
При заказаз - а не при метании покупателя по инет магазину - клиент все равно работает по группам - набрал нужное из одной группы, пошел в другую

Я не проверял, но надеюсь что поиск по наименованию работает по частям слов типа если я набрал

Ковш руч

То получу писок товаров условно ковшей с ручками разных диаметров

(431) Пока только по одному слову ищет, найдет все с "ковш руч" а "ковш с руч" уже не найдет

(432) понял

(433) Кстати система поиска (составного) по нескольким словам/частей слов большая трабла в реализации чтобы шустро работало.
Точнее пока каталог небольшой (тысячи и десятки тысяч еще ладно) то нормально. Но как только каталог становится ближе к 100 тысяч и более это привет.

пока вы тут дискусируете
https://github.com/oknosoft/metadata.js
активно развивается, развите началось до того как У ВАС возникла эта так себе идейка.

REST он и в африке REST/
Пиши коннектор к своей телеге и поехал .. вообще зачем эта тема

(435) Читать чужой код, ты что? Лучше костыль свой) Смотри в (406) какая красота.
Но не будем о грустном

(435) Мне очень понравилась идея метадаты, но не очень реализация. Хотя там по другому было никак ибо делалось под конкретную задачу от одного конкретного заказчика.
Там пора уже версию 2 с рефакторингом запускать но это усилия.

Сам примерно по этому же пути и иду, в обычном конфигураторе 1С ваяется обычная конфа на УФ (с урезанными возможностями как для мобильной платформы).
Затем запускается обработка экспорта и на выходе имеем готовый код на html/css/js который может работать без 1С на nodejs.

(436) Дорогой друг, насчет 406 по делу есть что сказать? Конструктивная критика. По пунктам. Что конкретно не устаривает?

Каталог товаров есть? -  есть
В корзину добавлять можно? - можно
Модифицировать коризину можно?  - можно
Отправлять заказ можно? - можно
Из буфера позиции распознавать можно как Злопчинский просил? - можно
Поиск работает? - работает
Фильтрация по категориям есть? - есть
Работает быстро? - на мой взгляд быстро

Так что не так? Внешний вид? Могу за неделю оформить в стиле материал дизайн, по всем канонам. Но я думаю это не главное, лучше заняться дальнейшим развитием функционала (прости Asmody, не знаю чем можно это слово заменить)

Как говорится, п... не мешки ворочать.

Давай в конструктивном русле. Ты пишешь что не так - я либо отвечаю, либо реализовываю. Принимаешь вызов?

(435) открыл по ссылке. не увидел никакой системы заказа (о чем воообщем и есть ветка). в (406) - увидел то что надо мне. в (435) - не увидел.

(438) какую-то форму регистрации "нового клиента" будешь делать? то есть клиент регистрируется сам. после регистрации - может заходить и видеть то, что есть сейчас.

(439) глянь http://www.oknosoft.ru/assets/examples/unf/

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

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

(442) Дык конфу на 1С 8.3 УФ пишешь и выкладываешь через метадату...
Она же может и без 1С работать а с 1С только синхронизироваться когда нуна.

(441) Я бегло глянул, проект хороший, но мне кажется в рамках текущей задачи это немного другое.

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

Т.е. есть у тебя справочник в 1с, хочешь его выставить в веб - взял метадату - выставил.

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

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

(432) // Пока только по одному слову ищет, найдет все с "ковш руч" а "ковш с руч" уже не найдет

По-моему ты наоборот написал.

Сейчас так:

Есть у нас в базе "Ковш с ручкой"

Если искать "ковш", "овш", "руч", "с руч", то соответственно найдет. Короче ищешь по любой подстроке

Но если искать "ковш руч", то так да - не найдет.

Но реализовать не проблема )

(446) firebase поддерживвает elasticsearch так что с продвинутым поиском проблем быть не должно. Сейчас это самая модная технология в этой области.

(446) Но если искать "ковш руч", то так да - не найдет.
Но реализовать не проблема )

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

(448) Так уже сделал =) Можешь на демке убедиться.

Ищем "булоч мак" - находит булочка с маком

(447) Поддерживает, но там требуются дополнительные телодвижения, эластик серч, то тоже где-то должен быть установлен.

Я по поводу поиска и фильтрации тоже поначалу крепко задумался. Ведь firebase даже тупо не умеет %like%

А потом просто сел и написал стресс тест.

Количество товаров в каталоге - миллион.

Делаем две "индексные табдицы" - ключи наименований и ключи кодов.

Затем по ним ищем.

Я тут я немножко прифигел. Поиск по миллиону элементов по двум индексным таблицам длится 0.8 секунды!

После этого я за поиск не сильно переживаю =)

Не знал что так оно быстро работает при поиске в лоб.

(440) // какую-то форму регистрации "нового клиента" будешь делать? то есть клиент регистрируется сам. после регистрации - может заходить и видеть то, что есть сейчас.

Само собой, будет полноценная система авторизации. Все как положено.

Почитал тут немного про метадату

Со странички проекта

Планируемая функциональность v2.0

полностью отделить ядро от ui
ES2015 + асинхронные функции в движке данных
замена dhtmlx и handsontable компонентами react
автоматические тесты ядра и визуальных компонентов

Предпоследний пункт доставляет =)

И тут я полностью с автором согласен.

(452) Останется автору добавить Транслятор кода 1С в JavaScript и прощай 1С ;)

Автор явно не дурак, просек фишку =)



UI:Аргументы

Сегодняшние компоненты metadata.ui предоставляют мощные возможности, схожие с поведением элементов платформы 1С, но:
они тянут за собой кучу зависимостей из проприетарных библиотек
их сложно встраивать в нестандартное приложение
сложно изменить их внешний вид и поведение
Компоненты react - это UNIX-way и почти промышленный стандарт
Получаем больше свободы в интерфейсе конечного приложения
Получаем возможность строить изоморфные приложения или приложения с полностью серверным рендерингом
Улучшаем быстродействие за счет виртуального DOM

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

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

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

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

Касательно метадаты. Генерация ui на основании данных в популярных языках уже прожевали и выплюнули и пришли к подходам слабой связанности frontend и backend через rest

(455) Фишка не в автогенерации юзерфейса на основе данных, а легкость и удобство связывания фронтенда с данными на бакэнде.

Что проще в плане биндинга, просто написать "ПутьКДанным = Объект.Наименование" или изобретать разные json подобные прослойки?

(456) не понятно о каких прослойках речь. Если на web ui приходит json, то он сразу становится js объектом и если у объекта есть поле наименование, то никто не запрещает выполнить var dataPath = obj.наименование. если вы говорите о гридах, то там тоже все в том же духе.

(457) А описывать этот "js объект" как и каким образом его будет создавать бакэнд? Как он его привяжет к данным в базе?

Чем хорош DSL (https://ru.wikipedia.org/wiki/Предметно-ориентированный_язык) так тем что нет нужды отдельно описывать UI, отдельно сущности и отдельно некий контроллер-прослойку для связи элементов UI с данными.

Хорошо бы сделать нечто что в принципах ООП описывает некие сущности-элементы (одновременно и внешний вид и хранение/получение) из которых как из кирпичиков строится "Веб приложение" как в детском конструкторе Лего.

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

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

(435) Кстати вас лицензия метадаты не смущает?

Вот от автора:

Странность лицензии подтверждаю. Текст будет доработан. Проект ещё очень молод, как в части кода, так и в части эксплуатационной и юридической документации. Хочется оставить полностью открытый код, но с коммерческим использованием. Лицензия - на разработчика.

Может кто подскажет, я сам не соображу. Т.е. решу я контрибьютить в метадату, вложу свое время, но взять и использовать в коммерческих целях не смогу? Надо платить автору?

(459)+ К примеру мне дико понравился Adobe Muse как конструктор/редактор сайтов. Там есть "виджеты" которые стандартно располагаются на страницах и ведут себя "как положено". А на выходе обычный html/css/php/js код.

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

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

(462) В таком случае, обычно, продаётся поддержка и настройка решения с открытым кодом, чтобы к тому, кто поддерживает - претензий не было.

(461) Вся попа боль с такими конструкторам начинается в момент когда захочется "чуть чуть допилить под себя"

(463) Ты мне проще скажи, могу ли я как разработчик согласно текущей лицензии взять проект метадата, форкнуть его, запилить на нем _свое_ коммерческое решение для _своего_ клиента и при этом _не платить_ автору метадаты ни копейки?

(465) В России код вообще никак не патентуется - патентуется только готовое решение, если оно будет выглядеть по-другому, то вопрос с кодом никто поднимать не будет.

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

(464) А вот во избежание попаболь оно открытое в отличие от 1С.
Т.е. нужно тебе "чуть чуть допилить под себя" так бери и пили свои кирпичики и выкладывай их.

Не хочешь выкладывать свои допиленные то будь добр, заплати за лицензию ну или пиши свой "конструктор" ))

(465) не платя ни копейк вряд ли ибо http://www.oknosoft.ru/produkti.html где http://www.oknosoft.ru/programmi-oknosoft/metadata.html да еще и пользователям http://www.oknosoft.ru/programmi-oknosoft/licenzii-na-rabochie-mesta.html

(469)+ Тьфу последнее выкинуть это же Окнософт где метадата в комплекте. Значит только 18 тыр с тебя ))

(468) К примеру проблема что от разработки кем то готового "клиента заказа" ни холодно ни жарко.

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

Уже давно главное не сам код, а сообщество вокруг него, платное или бесплатное. Написать готовый клиент заказа этого мало, требуется "создать сообщество".

(469) Спасибо, проснилось, тогда в попу такой проект.

(472) Ну там на гитхабе еще есть https://github.com/oknosoft/metadata.js/blob/master/LICENSE но оно касается только того что выложено, а там не полностью.

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

Который по ключевым словам ищет/показывает позиции и позволяет кнопками на сформированной клаве наполнять корзину.
Затем можно глянуть сколько там в корзине навыбиралось и почем и сделать заказ с указанием адреса доставки (и прочего типа сроков) из предварительно забитых или новый указать.

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

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

так, не отвлекайте товарища eks1985 от работы!

(476) Я сегодня выходной, завтра буду работать )

Ближайшие планы:
- пре альфа выгрузки из 1с (пока полная выгрузка объектов, без учета их изменений, просто тупо winhttp запросом выгружаем в firebase данные, нужные для нашего web приложения)
- подключение firebase (тут придется немного напрячься с такими вещами как паджинация, т.к. никаких монстрогридов, способных обрабатывать 50 000 элементов у меня не будет, на клиенте будет только то, что юзер видит в текущий момент времени)
- минимальная стилизация - ну должно же хоть немного радовать глаз, а то тут некторым "смотреть грустно", применим всю мощь надоевшего уже всем гугло материл дизайна =)

Итого планирую через неделю иметь приложение, которое онлайн взаимодаействует с 1с через firebase + чтобы на ui не тошно было смотреть =)

(475) Да вполне понятная система, но за чей счет будет оплачиваться разработка и доработка бесплатного проекта?

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

К примеру вот мне нужна интеграция данной системы заказа с типовой УТ. Допустим я беру и "пишу код". Что я могу сделать с этим своим кодом и каким образом его добавить в цельную систему.

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

Короче некогда точить - рубить надо или как говорится х-к х-к и я продакшен =)

(477) "- пре альфа выгрузки из 1с (пока полная выгрузка объектов, без учета их изменений, просто тупо winhttp запросом выгружаем в firebase данные, нужные для нашего web приложения) "
- это нахрена?
пусть выгрузкой 1С и загрузкой 1С занимается 1Сник. то есть например "я". все что надо - описание "протокола обмена" ну и может простенький примерчик, чтобы такой как я мог это в 1Ске запилить (например в клюшках) по образу и подобию

Без точить топор быстро затупится или его уведут ))

(478) Это друг мой называется опенсурс =)
Тебе надо интеграцию с УТ 10.3? Пожалуйста - бери и пиши! А потом отправляй пулл реквест мне, чтобы я влил в основной репо. А хочешь не отправляй пулл реквест и эта фича будет только у тебя в твоем форке, но тогда ты получаешься как бы оторван от основного проекта и если захочешь обновляться, то придется много работать руками. Или другой вариант. Тебе нужна фича, Отлично! - заводи issue в проекте - и возможно кто-то возьмется ее сделать.

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

(481) Ты же сам сказал, кому нужен еще один клиент к 1с, ну а раз не нужен, то и уводить нечего.

(482) Правильно, но большие проекты там этих дядечек много ))

(483) Фишки не понял, берем твой код из "гитхаба" выкладываем на свой сервис с бесплатными допилками и легкой интеграцией для клиентов с поддержкой хорошей (денежку вложим).
Затем вливаем бабла в маркетинг/рекламу и все клиенты сначала сюды.

Что останется исходному разработчику не продумавшему этот момент? Подумай сразу что "не выкладывать" чтобы было какое то преимущество именно от твоих собственных внедрений.

(480) Это по сути и будет пример выгрузки.
Там ничего сверъестественного не будет.

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

Чтобы зашел человек на страничку репо, а там реадми

"Для того чтобы запустить проект скачайте 100 разных библиотек, ноду, установите npm, выкачайте образ виртуалки, разверните, поставьте веб сервер, базу данных, аа не забудьте у вас тут бд для сервера, а вот вам еще для клиента надо ..."

Шутка!!! =))

Не будет такого реадми.

Будет такой реадми:

1 Просто создайте акканут на файрбейс.гугл.ком
2 Скачайте обработку и запустите в режиме предприятие
3 Профит!

(482) Проблема таких систем в том, что разработчик не заитересован в тех, кто ей пользуется. Он спокойно выпускает новую версию, которая лучше предыдущей по всем параметрам, но обратно не совместима, так как лучшее и совместимое сделать нельзя. А люди вложились в интеграцию - в итоге - им или ещё раз переписывать всю интеграцию, или ловить ошибки и понимать, что никто их не исправит, так как они уже исправлены в новой версии.

(485) Прекрасная идея для сотрудника работающего в firebase или имеющего с ними договор ))

(484) Все-таки у 1сников все в бабло упирается как всегда =)

Давай я тебе другой пример: ты например в Москве, а я в Волжском. У тебя свои клиенты, у меня свои, и никак они не пересекаются.

Так вот какая разница тогда у кого исходный код? =)

У тебя есть клиент - фирма, которая люстрами торгует, а у меня ну например унитазами.

Ты идешь к ним, говоришь, вот я вам такой сервис предоставляю за тыс руб в месяц. Ваши клиенты будут ваши лютры на сайте заказывать на сайте, а вы в 1ске видеть заказы - хотите? - конечно хотим! Ну а я соответственно иду к своим кто толчками торгует - дальше бабло льется рекой )))

(487) Да я считаю мне сам Сергей Брин должен уже отстегнуть или на крайнях Ларри Пейдж, в каждом посте их реклама =)

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

(486) Не согласен. Смотри, разработчиков много, у каждого свои клиенты, у разных клиентов тупо разные 1с-ки, всмысле конфы. Разработчик заинтересован получать денежку от клиента за то, чтобы система работала? Конечно заинтересован. Значит много разных разработчиков заинтересованы, чтобы система была максимально гибкой.

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

Но опять же, не все деньгами меряется. Вот пример, есть наш соотечественник Дан Абрамов. Он написал редукс. Редукс весит 2 килобайта в сжатом виде. Т.е. там и кода-то почти нету.
Когда он выкатил первый релиз люди говорили - что за чушь! Как ты можешь в такой маленькой библиотеке уместить весь замысел создателей архитектуры флакс от самого фейсбука! Однако сейчас про флакс уже никто не помнит, все пользуются редуксом, а Дан Абрамов работает в Фейсбуке =)

Редукс при этом полностью бесплатен, куча контрибьютеров, добавит человек точку с запятой и уже счастлив, что поучавствовал в таком проекте. Так работает опен сурс. А 1сники почему то сразу начинают думать, а как бабло срубить =) Ведь есть еще куча других вещей ради которых люди пишут код, например гордыня, амбиции, тщеславие в конце концов =)

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

(488) Дело не в связи 1С с баблом, а в связи бабла с мотивацией.
Сделать подобную систему у приличного программиста никаких сложностей не составит, кроме самой главной. А нафуя ему это делать?

Вот и остается писать код только или ради денег или ради будущих денег в виде известного имени/репутации.

(491) По всякому бывает. Вот сделал ты форк, добавил одну фишку, затаем зашел через месяц, в проект уже дальше уехал и там на 100 фишек больше появилось. Ну и какой смысл тебе сидеть со своим форком?  Когда ты можешь пульнуть свой патч, а потом просто обновиться и получить все достижения сообщества, а сообщество в свою очередь получит твой патчик.

(492) У меня сейчас две мотивации

Первая - главная, мне просто нравится веб разработка как доп хобби, поэтому ради обучения и _возможно_ ради будущих денег.

Вторая - на текущей работе хочу внедрить подобное для наших дилеров, но тут будет адское сопротивление наших же продажников =) Но если у меня под рукой уже будет готовый проект, то было бы неплохо.

(494) Сопротивление продажников понимаю прекрасно, они же не дураки что их начнут сокращать и(или) урезать их з/п.
Делай внедрение минуя продажников сразу на верхний уровень к коммерческому выходи и договаривайся что процент от заказов через систему тебе как обычному продажнику. Пусть и уменьшенный в 2 раза - возьмешь свое оборотами.

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

Кстати есть отличный способ создать превосходный UI. Достаточно поработать с текущими имеющимися на полном погружении как обычные пользователи. Не 1-2-10 тестовых документов вбить а как они целый день/неделю полный рабочий день поработать в авральном. Тогда сразу приходят в голову как сделать лучше, что убрать, что добавить, как изменить поведение или банально передвинуть на пару пикселей вправо ))

(495) Слушай, ну реально 1сники на деньгах повернуты =)
У меня даже в мыслях не было "брать что-то свое оборотами" =)
Я просто реально хочу сделать нашим дилерам удобный интерейс заказов =)

(496) Согласен, тестирование ui важная вещь, хоть на первый взгляд иногда так не кажется, но тут главное не переборшить. Надо тестировать именно взаимодействие с пользоваталем, а не какой цвет фона повысит продажи =) Иначе это тестирование никогда не закончится.

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

(497) Гыгыгы... Просто еще не понял что любая задача это всего лишь вопрос денег, денег и еще раз денег. Если нету/мало денег то вопрос времени (спеца за идею).

К примеру у всех фармдистрибьюторов еще с начала 2000 есть свои системы заказа, причем не в виде веб а как отдельные программы.

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

(499) //А пилить веб интерфейс под мобильные это тот еще геморрой и лучше будет нативное приложение

Ребята из фейсбука тоже так подумали и поэтому создали React Native, который данную задачу решили, а затем сделали его опенсурс =)

(500) Мне реакт не понравился избыточностью лишней. Зачем они разделили свойства и состояния?

Раз уж пошла такая пьянка, то покритикуйте и мою наработку
Товары
http://f4.s.qip.ru/XULWFuRo.png
Заказы
http://f5.s.qip.ru/XULWFuRp.png

+(502) Редактирование заказа
http://f1.s.qip.ru/XULWFuRq.png

(502) (503) Демку плиз рабочую а то по картинкам мало что сказать можно.
По последнему скрину только скажу что вынеси шапку заказа на отдельную вкладку от таблицы товаров, слишком много места полезного ею занято когда она не нужна.

(504) все это только на локалке, плюс еще много чего не закончено

Вы уже каждый свое пилит что ли?

(494) третья мотивация это я, я ведь могу и с дрыном добавочное про мотивировать ,;-)

(495) у мну Манагаров немного, клиенты присылают заказы в экселе, три столбца артикул имя кол-во
По сути Манагер только аттач из почты скидывает себе в папку и кнопкой в 1с Грузии и понеслось автоматом загрузка, выделение остатков, подгонка под коробки для мелочи, подпитка из запасов итд
Говорю как-то девкам давайте сделаю автоматом что аттачи будут отцепляться и грузиться автоматом - не, Сергей Михайлович не надо, что мы будем делать

(497) и мне и мне тоже такое надо!!! У мну не дилеры а просто постоянные клиенты

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

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

(507) Все будет, работаем. Ты прям как мой шеф итальянец, этому всегда надо чтобы все было готово еще вчера =)

(502) Если у тебя там пока без бэкенда, то можно хостить на firebase - бесплатно, если с бэкендом, то блин есть heroku - также бесплатно. Я считаю что простота внесения изменений и развертывания очень важна. И чтобы каждый мог в любой момент живую демку пощупать и покритиковать.

Технологии какие использованы?

(501) //Мне реакт не понравился избыточностью лишней. Зачем они разделили свойства и состояния?

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

У реакт компонента можем вообще не быть состояния, 90% компонетов - это просто чистые функции, т.к. функция принимает на вход данные и по ним рендерит уи. И это прекрасно.

(512)  не отвлекайся! ;-)

а о с фрилансом и опенсорсом проблема рдна, начали и бросили на полдороге

(514) Это везде есть такая проблема - просто, где деньги платятся, там можно неустойку заплатить, если ты чего-то не сделал. А если обещал "за спасибо", то "обещанного три года ждут".

Ждем вестей с "фронта" от eks1985 - ни дня без строчки?

а чисто юзверский вопрос: хзачем кнопочка "в корзину"..? это так сложилось исторически или как? почему нельзя считать что если юзверь ввел в "количество" ненулевое число - это это уже и есть "в корзину"..?

(499) Помнится писал такую.
Эх, молодость, молодость )))

(517) во многих системах заказа кнопочка корзина это просто отбор на прайс с колво>0

(519) но это не то что в (517)

(516) Процесс идет, просто решил сделать одновременно и систему авторизации и подключение firebase, а тут есть несколько ньюянсов.

Надеюсь завтра демку обновить, которая уже будет напрямую брать данные из firebase.

Чтобы данный в firebase появились пришлось быстро писать из выгрузку из 1с - не руками же вбивать =)

Короче много тупой, но нужной работы.

(517) Сделать можно как угодно, как говорит, Addy Osmany - сначала сделай чтобы работало, затем сделай чтобы работало хорошо.

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

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

Как говорится - хорошие художники копируют, великие художники воруют =)

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

(521) так получается уже вживую практически можно будет тестить?

(522) а вот например такая фичавопрос: сегодня я выгрузил из себя на веб в эту систему список номенклатуры допустим 100 позмций  , через три часа условно! выгиузил уже 80 позиций - они являются актуальными, разница между тем что есть и тем что было это выбывший ассортимент. Планируется что будет какой-то остаток, или признак актуальности позиции - то есть как мне обеспечить наличие в системе актуального списка?

И ещё:
Вот клиент колдыбанил заказ, он при этом видел одно состояние списка, приотправке готового заказа состояние списка вообщем уже другое, то есть заказ клиента не соответствует актуальному списку. Вопрос: планируется ли как-то проверять готовый заказ на адекватность списку товаров или как заказ сформировался так сформировался и актуальность будет уже отрабатывать принимающая заказ сторона?

Уточнение к предыдущему
Надо понимать что актуальная позиция может быть и с нулевым остатком и её надо показывать и пускать в работу

А вот выбывшая из ассортимента позиция при нулевом остатке никому не нужна

В то де время выбывшая изиассортимента позиция с ненулевым остатком должна показываться

Просьба по возможности куданить эти хотелки записать на будущее, может и до них руки дойдут

(524) (525) Поначалу думаю все синхронизации/обновления при  выгрузке/загрузке чисто на тебе, интерфейс "сервиса" простейшие действия.

Но это как раз вопрос из разряда "писать план"

(526) есть ли у нас план?

(527) Он примерно там же где и ТЗ ))

(523) Ну как бы да, смотря что считать вживую =)
Но вроде уже "Он живой (с) Франкенштейн" =))

Вобщем из достижений дня:

web-ui подключено теперь к firebase (кто не верит гляньте в инспекторе соединение с типом вебсокет. Как только данные обновляются в firebse (посредством rest запросов из 1с), то они мнгновенно становятся доступны веб приложению. Я подчеркиваю слово _мнгновенно_. Причем если в момент работы приложения 1с что-то догрузит в firebase, то веб приложение об этом узнает и без каких-либо перезагрузок страниц обновится. Это к вопросу о (524). Статические данные пока тоже оставил, просто чтобы посмотреть насколько быстро грузятся данные из firebase (точнее грузятся то они мнгновенно, но вот сколько времени занимаем обновление состояния приложения)

1ска достаточно шустро выгружает данные в firebase посредством rest запросов через winhttp. Злопчинский, чуть позже скину авторизационный ключ от файрбейс, если будет желание поиграешься с выгрузкой из 1с. Пример выгрузки я дам.

Теперь о шероховатостях:

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

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

Я повесил хоткей / для перехода к полю поиска. Он не работает. Ну то есть он у меня работает под линуксом в хромиуме, а вот в виндовом хроме не работает, но я допилю, будет работать. Также сделал что при нажатии ентера в поле поиска сразу начинается поиск. С ним такая же ситуация - пока не работает.

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

Еще я немного схитрил: файрбейс подключен и все ок, но данные все равно все сначала едут на клиента, строится поисковой индекс. Итоговая цель конечно - на клиенте будет только то, что видит пользователь в текущий момент. Никаких гридов по 100 тыс элементов не будет. Короче подход прямо противоположный метадате. Т.е. перешел пользователь на след страницу заказов - запрос на сервер, получаем данные, кэшируем. Естественно для пользователя это все незаметно, без перезагрузок страницы. Но как в метадате тащить все на клиента и использовать бд в браузере я точно не буду. Для поддержания такого варианта требуется слишком много абстракций, одна из которых точно протечет и все накроется. Поэтому в ближайшее время усиленно будет допиливаться модель взаимодействия 1с <-> firebase <-> web-ui

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

Злопчинский (524) (525) я оформил как issues на странице проекта, это конечно надо учесть и реализовать. Особых проблем это сделать не вижу. Ты если будут мысли так и пиши тут, а я буду оформлять issues, чтобы никакие пожелания не потерялись

https://github.com/eks1985/quick-order/issues

Еще по поводу (524) (525)

Во всей этой схеме важно понимать только одно. Связь firebase (облачный бэкенд) и веб приложения - мнгновенная, за счет соединения по веб сокетам. Данные из 1с в firebase передаются тоже достаточно быстро рест запросами. Поэтому время в течение которого веб приложение узнает о каких-либо изменениях, которые мы хотим применить по сути определяется только моментом, в который мы эти изменения применяем в 1с.

Онлайн демку обновил.

Них себе накатал текста...

Почитал.
спсб.

По сути, в будущем, видится развитие этой системы как полноценная система создания/обмена заявками/товарами и их статусами.

(465) > запилить на нем _свое_ коммерческое решение для _своего_ клиента и при этом _не платить_ автору метадаты ни копейки?
Начиная с версии 220, проект публикуется под MIT https://github.com/oknosoft/metadata.js/releases/tag/v0.11.220
Можешь не только не платить ни копейки, но и переименовать форк и объявить этот проект своим или перевыпустить под проприетарной лицензией

В шаблоне https://light.oknosoft.ru/orders/ почти нет кода. Всё работает на автоформах.
Понятно, что при адаптации шаблона под конкретные задачи клиентский код потребуется.
Просьба пояснить, какой функционал запланирован в https://github.com/eks1985/quick-order сверх заявленного в https://github.com/oknosoft/order-online

(532) Вот это другое дело =)

unpete, раз уж вы тут, не могу понять два момента в метадате.

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

И еще вопрос.

Насчет второго вопроса сам подумал немного и он отпал=)

(534) По умолчанию, когда отсутствует конфликт-резольвер, побеждает та версия объекта, изменения в которую вносились позже. Внутри конфликт-резольвера доступны все версии (в общем случае, изменения могли быть внесены оффлайн в разное время на сотне разных устройств от имени разных пользователей). У вас есть полная свобода в алгоритме разрешения конфликта.
Если открывали пример https://light.oknosoft.ru/orders/, то вероятно, заметили статусы доставки и согласования документов. Эта математика похожа на обработку платежных поручений банками. Отправленную платёжку нельзя изменить, но можно отозвать - тогда она вновь станет доступной для редактирования. Банк либо исполняет, либо отклоняет платёжку. В метадате обработка "состояний транспорта" реализована в ядре, так же, как обработка проведения в 1С.

(533) >> Просьба пояснить, какой функционал запланирован в https://github.com/eks1985/quick-order сверх заявленного в https://github.com/oknosoft/order-online

Практически тоже самое, но функционал планируется наращивать по требованию. За основу взял функционал профишопа

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

Я понял к чему вопрос - "зачем делать, что-то когда взял метадату и поехали".

Ответ такой: для целей создания данной системы функционал метадаты избыточен. Метадата декларирует легковесную имплементацию объектов 1с в терминах веб. Так вот мне это абсолютно не нужно. Я не хочу чтобы веб приложение вообще что-то знало об 1с. Т.е. оно от 1с никак не зависит. Мне не нужно публиковать никакие справочники из 1с одним кликом и автоформы. Можно хоть вручную данные в файрбейс набить, веб приложению пофиг. Т.е. мы пойдем от бизнес логики. Например, нам надо чтобы в приложении было разделение на активные позиции и не активные. Хорошо. Значит в состоянии приложения в узле goods должно быть поле active. Далее приложению абсолютно побоку как мы обеспечим актуальность данного поля. Оно просто говорит, обеспечь мне это поле и я тебе в интерфейсе разделю все товары на актуальные и нет.

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

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

1. Создали аккаунт на файрбейс.

2. Деплой приложения на хостинг файрбейс

git clone quick-order
firebase deploy

3. Запустили синхронизацию из 1с.

Все. Развертывание окончено. Данные пошли из 1с в файрбейс - веб приложение видит данные моментально как только они появились там.

Таким образом минимально отвлекаясь на технологический стек мы можем думать о бизнес логике. А тут есть над чем подумать =)

- Как сделать приложение конфигурируемым, модульным
- Как сделать конфигурируемым визуальный интерфейс
- Как построить выгрузку со стороны 1с, ведь если приложение ничего не зает об 1с, то 1с придется знать все о приложении
- Поведение приложения по умолчанию (сразу после деплоя)

Я пока вижу финал вот в таком розовом цвете, т.е. в идеале.

Сразу после деплоя, мы зашли в админ панель.

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

Мы настроили внешний вид интерфейса. Без кода. Визуально.

И вот тут самый сложный момент. В данной точке приложение теперь знает какая структура данных должна быть обеспечена в файрбейс. И надо придумать максимально гибкий способ как нам практически из админ панели веб приложения выплюнуть надстройку к 1с, которая будет обеспечивать требуемую структуру данных. Ну т.е. если взять прям упрощенно для начала - "вставьте сгенерированный код обмена в типовую обработку обмена с quick-order" =). Скачали, вставили, запустили, данные пошли.

Читать всю ветку лень. А чего вы профишоп не допиливаете?

(538) Там на пхп, а сейчас актульно js и реакт и ангуляр и подобные хипстерские штуки

(539) Это Codeignitor, а не чистый PHP. Поэтому дорабатывать не так уж и сложно.
Структура БД простейшая. Чистый MVP

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

- Как сделать приложение конфигурируемым, модульным
- Как сделать конфигурируемым визуальный интерфейс

Это нафиг никому не сдалось.

- Как построить выгрузку со стороны 1с, ведь если приложение ничего не зает об 1с, то 1с придется знать все о приложении
API

(541) Вот оно что. Тогда конечно пили сам.

(542) >> Это нафиг никому не сдалось

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

>> API

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

(537) > Я не хочу чтобы веб приложение вообще что-то знало об 1с
Приложение на метадате ничего про 1С не знает.
Конфигуратор 1С используется для редактирования структуры метаданных.
Эту структуру, конечно, можно редактировать в обычном текстовом файле, но в конфигураторе 1С это делать удобнее.

Вопрос был про другое. В github вы пишете: "Реализован только web-ui слой".
А у нас, в метадате, реализован только "абстрактный слой данных" metadata-core и metadata-pouchdb вообще ничего не знают про интерфейс. Зато, бесшовно интегрируются с любой 1С.
Хотите рисовать свой UI - никто не против, рисуйте, но познакомиться с библиотекой интеграции  https://github.com/oknosoft/metadata.js/tree/master/integration_1c имеет смысл.
Туда вложено несколько тысяч человеко-часов не от полной праздности. Было сломано много граблей и прочего садового инвентаря.

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

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

Я для себя таких амбициозных задач не ставлю.

Библиотку интеграции уже мельком смотрел, буду ее еще конечно более детально изучать.

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

(545) Еще я пару раз ловил глюки в вашей демки, которые меня немного пугают, т.к. не понимаю их природы

Вот сейчас просто зашел, нажал на кнопку настройки и затем на кнопку Войти

Вот результат

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Image%2036.png?alt=media&token=a6b1d57c-0014-4787-a720-6d472b874203

И как понять на коком уровне что сломалось?

(545) Со сторонними библиотеками, которые используете я тоже до конца не понял

Читаю на странице Заказы онлайн

UI библиотеки и компоненты интерфейса

- handsontable, компонент для отображения и редактирования табличных данных

Захожу на сайт handsontable, а она платная...

Single Website

$149

Single Developer

$490

(548) Визуальная часть в старой версии metadata v0.11 опирается на dhtmlx и handsontable - они платные.
v2.0 использует только библиотеки под Apache и MIT + монолитная глыба разделена на изолированные кусочки, которые помещаются в голову

> Весь проект понять я пока до конца не осилил
Это - нормально. Проект очень большой. Если у вас сохранится интерес к веб-разработке, через полгода-год разговор можно будет продолжить.

(549) Конечно, у меня сохранится, т.к. на базе этого опенсурсного проекта, буду внедрять у себя на работе систему для наших дилеров.

Выкатил обновление

- добавлена система аутентификации опять же на базе файрбейс
Создан единственный пользователь
alfa1@alfa.com, пароль 123456

- заказы теперь тоже грузятся из файрбейс, но пока только оттуда, завтра сделаю чтобы вновь созданные отправлялись туда. Причем заказы грузятся для конкретного пользователя. Убедиться можно так: заходим под анонимным пользователем - заказов нет, заходим под пользоваталем alfa1@alfa.com - видим его заказы.

Напоминаю адрес демки.

https://quick-order-de84c.firebaseapp.com/

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

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

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/1.png?alt=media&token=7c844f31-c355-4fbf-baaf-0a6f8fa8a718

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/2.png?alt=media&token=dbef4dd8-3f40-4728-9aaf-f5b3e71ea0f1

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/3.png?alt=media&token=2ecd7011-dede-4ecc-bb22-82fe760afe6d

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/4.png?alt=media&token=0e91957c-9944-487f-b6d0-19101a810f42

При этом стейт нашего приложения это тоже один глобольный js объект, и этот стейт может меняться только акшенами, вся последовательность экшенов логируется, а сам стейт может быть выгружен в любой момент в json файл

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/5.png?alt=media&token=5c619930-a43a-4618-a60f-3a0fb33b16f4

Google избавляется от частных клиентов в России

https://habrahabr.ru/post/316008/

(552) Уже переоформил акк файрбейс на юр лицо? )))

А я только хотел файрбейс поизучать, но видимо не судьба

(553) Да это легкий обломчик... А кто то ведь предупреждал!
В еще (407) "Привязка только к одной "облачной БД" это слегка опрометчиво, как минимум еще 1-2 нуна из коробки."

Не вижу никакой проблемы, был parse, прикрыли, появился firebase, прикроют файрбейс - появится другой подобный сервис. Если технолония работает и она востребована всегда найдутся игроки.

(554) Переоформлю конечно, причем на итальянское и буду пользоваться, вопросы?

Я работал в одном проекте bass платформы. https://backendless.com/
Там много фич, но сам сторэдж модуль так себе. А вообще я мало верю в то, что получится полноценно использовать бесплатные пакеты bass систем, так как там не дураки и все просчитывают, что бы людям хватило подсесть поплотнее и тогда уже начать качать деньги.

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

https://www.kinvey.com/pricing/

Фрее план, 1 гб storage. Так вот 1гб - это ну очень дофига, я не знаю что там хранить надо чтобы превысить этот план.