Система формирования заказов покупателем

(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) Переоформлю конечно, причем на итальянское и буду пользоваться, вопросы?

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

https://www.kinvey.com/pricing/

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

(560) Думал = думаю

(560) Забудь уже про онлайн БД и заюзай любую из распространенных.
Даже никаких ORM нежелательно готовых, чистые SQL запросы и все. Если что сделать "обертку" потом к практически любой не проблема.

(562)+ PostgreSQL, MySQL или SQLite

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

(563)+ MongoDB, CouchDB

Вот unpete думаю может подтвердить что чужой софт/фреймворки с мутными лицензиями это зло ))

(562) BaaS дает неоспоримые приемущества. Не нужно администрировать бд, не нужно разворачивать сервер под бд. Не нужно ее обновлять. BaaS взаимодействует с веб приложением по веб сокетам.

Какой смысл мне от этого отказываться?

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

(567) А еще это минусы когда BaaS накрывается или взвинчивает цены или банально "API v1 больше не будет поддерживаться, всем рекомендуем переходить на API v2...."

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

Смена апи это вообще смешно. В BaaS данные грузятся по REST, чему там меняться? А на забор данных, там вообще от силы методов 10 дергается. Откуда взяться сложному апи, у по сути json файлу в облаке.

(569) Подумай логически, вот объявили очередные "санкции" и куча твоих клиентов оборвут те телефоны и заспамят почту.
Заодно положат твой нерабочий сервис...

(570) Ты новость то читал? Гуглу накласть на санкции. Это у нас вышел закон, по которому если ты платишь денежку иностранному сервису, то изволь платить НДС тут. Поэтому гугл говорит, регистрируйте свои аккаунты на ООО и сами начисляйте себе НДС. Каким боком тут санкции?

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

Я пока тоже не вижу проблем. Если будет клиент и захочет использовать мое приложение, так и в чем проблема? Зарегистрирует акк на свое ООО и пусть использует, выбрав план Blaze и платя только за фактически используемые ресурсы, а это копейки.

(565) Эти решения хороши там где в штате есть сисадмин. У меня вот есть клиент. В свое время написал ему проект на RoR. Для этого арендовал VPS на linode, туда ubuntu, nginx, RoR, postgress. Данные грузятся из 1с, веб приложение работает. Но я все равно понимаю, что рано или поздно все это добро придется обновлять. Обновить ос, postgres, RoR. И обязательно что-нибудь отвалится, обязательно что-то пойдет не так. Т.к. слишком большой стек. Я хочу от этого уйти. Система должна быть простой, BaaS берет на себя львиную часть сложности. Если конечному клиенту придется платить 10 баксов в месяц за BaaS, то проще убедить его, что он должен их платить.  Вон сходи на инфостарт в статью по метадате, много там народу hello world запустило? По-моему один, и то за счет того что оказался очень упорный.

(572) не, не упорный, а упоротый ;-)

Ты тут меньше разлагольствуй, пиши софт лучше ;-)

(571) "на основании вступившего в законную силу решения суда Linkedin 17 ноября была внесена в Реестр нарушителей прав субъектов персональных данных и направлена для блокировки операторам связи[14]. Ранее Роскомнадзор требовал от администрации соцсети перенести серверы для хранения персональных данных российских пользователей на территории РФ согласно новому законодательству и просил сеть изменить пользовательское соглашение, в котором персональные данные российских пользователей могли передаваться без их ведома третьим лицам.[15]"
https://ru.wikipedia.org/wiki/LinkedIn

ЗЫ Сейчас как это не странно заходит, но чуть ранее на Ростелекоме была блокировка

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

Сейчас пока малая не спит писать бесполезно, отвлекает каждые 5 минут, но надеюсь после 12 час потратить на синхронизацию в обработку web-ui firebase. Каждый день по чуть чуть.

(574)+ Тьфу все прекрасно заблокировано https://ru.wikipedia.org/wiki/Блокирование_LinkedIn_в_России, это у меня автообход в браузере по дефолту не отключен ))

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

На мой взгляд подход неверный. Надо решать проблемы по мере их поступления. А что если ты на linode vps возьмешь, поставишь там постргесс, а линодо бац и санкции? Я не вижу чем тут BaaS отличается от чего-то другого. Заблокировать могут что угодно и когда угодно.

(577) Как хорошо что я настолько дико ленивый, что предпочитаю решать проблемы....


... до их возникновения!

А вот описание расчета стоимости бааса DinamoDB от AWS.

По-моему это прекрасно, ты платишь реально, только за то чем пользуешься.

Пример стоимости
Допустим, вашему приложению необходимо выполнять 1 млн операций записи и 1 млн операций чтения в день из таблицы DynamoDB, 50 000 запросов чтения из DynamoDB Streams в день, а также хранить 1 ГБ данных.

Чтобы было проще понять, предположим, что в течение дня объем нагрузки не меняется, а размер ваших элементов меньше 1 КБ. (Вы можете легко масштабировать для обработки различного объема данных и адаптации к более крупным элементам, но в данном случае будем придерживаться простоты.)

Сначала вам нужно рассчитать, сколько записей и прочтений в секунду вам нужно. Если распределить 1 млн записей на весь день, то используем формулу: 1 000 000 (записей) / 24 (часа) / 60 (минут) / 60 (секунд) = 11,6 записей в секунду. Единица объема записи DynamoDB может обработать 1 запись в секунду, поэтому вам нужно 12 единиц ресурса записи. Аналогично, чтобы обработать 1 млн прочтений в день, вам нужно 12 единиц ресурса чтения.

Используя расценки на основе пропускной способности на востоке США (Северная Виргиния), 12 единиц ресурса записи обойдется в 0,1872 USD в день, а 12 единиц ресурса чтения обойдется в 0,0374 USD в день. Следовательно, за общий выделенный объем пропускной способности нужно будет заплатить 0,1872 USD + 0,0374 USD = 0,2246 USD в день. 50 000 запросов чтения в день из DynamoDB Streams будет стоить 50 000/100 000 x 0,02 USD = 0,01 USD. Стоимость хранения составит 0,25 USD за ГБ в месяц. Предполагая, что в месяце 30 дней, стоимость хранения 1 ГБ в день составит: 1 x 0,25 USD/30 = 0,0083 USD. Объединив все полученные данные, полная стоимость использования DynamoDB (выделенный объем пропускной способности + запросы чтения потоков + хранение) составит: 0,2246 USD (за выделенный объем пропускной способности) + 0,01 USD (за запросы чтения потоков) + 0,0083 USD (за хранение) = 0,2429 USD в день.

Таким образом, менее чем за 0,25 USD в день (7,50 USD в месяц) вы можете поддерживать работу приложения, которое выполняет 1 млн операций записи и чтения в день, 100 000 запросов из потоков, а также хранит 1 ГБ данных.

Если ваш ресурс уровня бесплатного пользования (25 единиц ресурса записи, 25 единиц ресурса чтения, 2,5 млн запросов чтения потоков, 25 ГБ хранилища) еще не израсходован, данное приложение можно запускать на DynamoDB бесплатно.

(579) А терь представь что с этой же нагрузкой может справится https://firstvds.ru/products/vds_vps_cheap за 90 рублей в месяц :)

(580)+ гыгы это против 484.47 руб. в месяц

(580) Да, только vds/vps - это головная боль разработчика! А я не хочу всем этим заниматься. У меня у самого vps арендован за 65 руб в месяц, но я не хочу с ним возиться, не хочу все это настраивать, ловить баги глюки от сочленения кучи технолоний, затем ловить баги глюки при каждом обновлении любой (!) из этих технологий. Гораздо лучше сосредоточиться на бизнес логике приложения, по сути это самое главное. Что приложение умеет делать - все остальное пыль.

(582) >лучше сосредоточиться на бизнес логике приложения

А потом придумали 1С...

(583)+ в облаке http://v8.1c.ru/fresh/

как продвигается проэкт?

(588) У других не в курсе а моя обнаружил почти готовую "убийцу 1С" на NodeJS в виде http://emberjs.com/

(590) "Первый выпуск 2011

Последняя версия 2.5.1[1] (21 апреля 2016)
Тестовая версия 2.6.0-beta.3[2] (30 мая 2016)"

Вы меньше решайте и больше делайте

(593) может на мисте открыть секцию Проекты?

(591) Scala. У тебя мощная машина? Если начал писать на Scala,  откладывай каждый месяц на апгрейд.

(594) Чем http://www.forum.mista.ru/index.php?section=1cmustdie не устраивает?

(595) ты как смотришь на (594) ?

(596) что за подборка?

а, понял, я наоборот, про проекты на 1С

(593) Неспешно дизайню интерфейс и прикидываю/подбираю технологии.
Убедился что однозначно NodeJS но вот с БД пока в раздумьях.

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