Hello world на metadata.js

Очень круто! Бегло прочитал.
Потом буду пробовать и более вдумчиво изучать.

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

(2) ardn, Работа с прикрепленными файлами в демо-примере не поддержана. Зарегистрировал issue в github
Есть файл i18.ru.js, где живут строковые константы. Можно добавлять свои и переопределять типовые.

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

(4) Zefvs-md, Пример хотелось сделать максимально простым.
Включить сортировку по дате не сложно. Замечание учту, но мне хотелось показать, как оно работает вообще без кодирования на автоформах из коробки.

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

(6) igo1, Спасибо. Я работаю как над кодом, так и над текстом c иллюстрациями. Дополнения будут.

Cразу маленькое уточнение: правильнее говорить не о "схеме взаимодействия с 1С", а о "схеме взаимодействия 1С с базами метадаты".
По отношению к CouchDB, сервер 1С является клиентом. Он пишет в CouchDB и запрашивает изменённые объекты, но не наоборот.
CouchDB стоит в сторонке и никого не трогает.
Когда кому то из клиентов (не важно, браузеру или серверу 1С) захотелось что-то прочитать или записать, клиент формирует запрос, а CouchDB этот запрос исполняет.

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

А клиенты в браузере делают запросы к CouchDB или к PouchDB?

(8) pahalovo, В 99% случаев, конечно, к PouchDB. Такие вызовы вполне можно назвать запросами, хотя физически, они выполняются на клиенте в том же процессе браузера, что и остальное приложение. PouchDB в данном случае обеспечивает высокоуровневый интерфейс к IndexedDB.

1. А разработка веб приложения (для себя) должна вестись на каком языке: javaScript ?

2. Получается, что 1С является поставщиком метаданных и данных для CouchDB. Верно?

3. Например, есть некая база 1С. Хочется организовать одновременную работу с ее данными через http-сервисы для 1000+ пользователей
и не хочется покупать 1000+лицензий у 1С

То ваш движок с этим справится, на сколько я понял.

Какая часть этого зоопарка будет принимать на себя 1000+запросов пользователей?
Каким образом данные по этим запросам будут добываться из 1С?
Сколько лицензий 1С при этом будет израсходовано?

4. Не обязательно же делать страницу работы с веб приложением именно такой как у вас на демо? ну чтобы она не была похожа на 1С внешне?
5. Как например быть, если для какой то части информации из 1С один файл html, для других - другой? Это все можно сделать самому и какими средствами?
6. Кроме 1С из всего набора программ и сервисов какие из них платные?

Крутотень !!! Добавил в закладки !!!

(10) Makushimo, Да
В основном сценарии - да, но есть варианты
Во первых, запросов будет на порядок меньше, чем в типовой 1С из-за принципиально другой архитектуры. Обрабатывать эти запросы будет CouchDB. В сложных случаях, может потребоваться дополнительный движок построения индексов на NodeJS, но это должен быть очень нестандартный и очень сильно нагруженный проект
Внешний вид можно адаптировать с помощью CSS. Если этого окажется недостаточно, можно полностью переопределить компоненты веб-интерфейса. Это не сложная, но очень объемная работа.
Легко. Для разных рабочих мест к одним и тем же или разным данным могут быть разные интерфейсы
Посмотрите комментарии в http://infostart.ru/public/535370/
Если ваш проект с открытым кодом - можно никому не платить. Если ваш код закрыт, потребуется несколько коммерческих лицензий.

(10) Makushimo, Да, с использованием высокоуровневых объектов, очень похожих на 1С-ные справочники, перечисления и документы. См. описание API Metadata.

(12) unpete,

То есть CouchDB будет клоном базы 1С.
А за даными в 1С оно все таки лазит. Тратит ли она лицензии 1С при подключении через http-сервис? Я так полагаю, что как минимум 1 точно тратит.


то есть сочинять страницу html нужно с использованием данных базы CouchDB?
или например текст страницы сочинить на стороне 1С и хранить ее в виде текста + стили + скрипты в базе 1С, а уже CouchDB заберет себе этот текст и покажет его в виде странички как есть в веб приложении. Я все верно понимаю?

Не до конца понимаю процесс разработки своего веб приложения (не похожее на 1С).
Может это потому, что не знаю, как разрабатывают на JavaScript.
Но все же неплохо было бы увидеть Hello Dev с этой стороны, чтобы было видно работу разработчика в среде разработки.
сделал - посмотрел - переделал - посмотрел - получил результат и т.д

Сможете такой примерчик замутить?

(15) Makushimo, Конечно.
Вы можете ускорить подготовку такого примера, если придумаете конкретные простые шаги. Не абстрактные "сделал - посмотрел - переделал - получил результат", а внятные задачи, про которые можно написать инструкцию и снять ролик.

(14) Makushimo, Обычно состав объектов в веб-приложении сильно отличается от 1С-ного. Задачу, где CouchDB будет клоном, представить можно, но это редкий случай.

НЕТ см. пост (7)

Лучше, сразу использовать правильную терминологию. Разработчик прикладной задачи ничего про html не знает и в коде html не пишет.
Если потребовался нестандартный компонент, прикладной программист переодевается в костюм веб-дизайнера, садится за другой стол и там рисует овальную кнопку. При этом, забывает всё, что знал про объекты данных.
Важно, чтобы задачи бизнес-логики и дизайна никогда не пересекались. Иначе, возникает го*нокод

(17) unpete,
Я подытожу для себя:
1. CouchDB будет клоном не по структуре, а по данным.
Не даром же с обоих концов можно поменять один объект и увидеть сразу (почти) везде эти изменения.
Но инициатором заполнения базы CouchDB является 1С, поэтому ни одной лицензии потрачено не будет.

2. Веб приложение общается не с 1С, а с базой CouchDB

Теперь про примерчик.
Предположим, что производитель некоего товара для огромной армии своих дистрибьюторов создал некую веб морду,
на которой публикует для них разные новости, в том числе о новинках, акциях и прочей не учетной ерунде.
Страницы с текстом этой ерунды могут использовать данные базы 1С.
Веб приложение в этом случае не выглядит как таблица с документами + отчет.
Веб приложение выглядит как сайт с новостями, личным кабинетом и пожалуй все.
На стороне 1С специально обученный человек верстает страницу как ему взбрендит, использует информацию из 1С и складывает
это в регистр или справочник как текст.
в CouchDB 1C отправляет этот текст страницы и всю сопутствующую шелуху (картинки, стили, лист со скриптами).
Веб приложение это все показывает как страницу с новостями например. И актуально изменяет, когда в 1С поместили новый текст страницы.

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

Вроде ничего не забыл. ))

Возможно ли такое?

(18) Makushimo, Уточнения:

• Один и тот же справочник в CouchDB и 1С может иметь разный состав реквизитов
  
• В 1С могут быть объекты, недоступные на сайте
  
• На сайте могут быть объекты, которых нет в 1С
  
• Из-за RLS, для разных абонентов, в CouchDB могут быть обрезанные данные (например, оплаты и отгрузки только конкретного дилера)
  

Точнее, с локальной PouchDB браузера, которая постоянно синхронизируется с CouchDB

(18) Makushimo,
Может, лучше не статическую страницу, а шаблон, в который веб-приложение подставит некие данные, ассоциированные с текущим пользователем?
Вообще, так работают большинство сегодняшних сайтов и использование metadata для этой задачи не даёт ничего нового.
Это, как использовать сложный координатный станок для простого отрезания заготовок, но такую возможность у вас отнять никто не в праве.
Сделать, чтобы запись элемента справочника с текстом приводила к изменению страницы на сайте, конечно, можно.

УТ11 в качестве 1С-ного back-end подойдёт?
Описанные задачи можно прикрутить к заказам онлайн/оффлайн.
Вопрос (16) был в другом: решение каких элементарных шагов нужно проиллюстрировать?
Проще всего, наверное, будет вести пару дней дневник и записывать в него все действия по проекту

(20) unpete,

Я понял в чем суть вопроса (16)
В моем примере:
- основная страница выглядит не так как в демке, значит нужно проделать ряд шагов и сделать эту страницу.
Показать как научить ее читать данные о новостях.
Для этого потребуется что-то разрабатывать на JavaScript ?
- интерфейс а-ля 1С спрятан в другой раздел.
это потребует доп разработки? это можно показать наглядно?

Главное начать, а там и подробности появятся.

(21) Makushimo, Ок, нарисую с пошаговыми инструкциями.

Интересный проект! Хочется познакомится поближе, но не удается авторизоваться в веб-приложение.
Картинку с ошибкой прикрепил. Как понятно из ошибки проблема с авторизацией в hw_0_ram, hw_meta.
Пробовал добавлять новых пользователей, менять пароли и т.д. тщетно. Что я упустил ?

(0) А зачем здесь вообще 1с? Конструктор для создание архитектуры или просто одна из поддерживаемых систем?

Как поведет себя все связка если, мы меняем объект в браузере, записываем, но при записи в 1с возникает ошибка?
Как происходит синхронизация Couch и 1с, если 1с клиент то он сам запрашивает инфу по обновлениям или есть тригеры в коуче, которые пушат клиентам?

Неплохо было бы разъяснить схему синхронизации 1с - metadata, metadata-1с, metadata-metadata (между клиентами)

(0) Есть вариант работы с 1с напрямую, без Couch?

(24) Жолтокнижниг, Перечитал описание, нашел инфу

(23) SmokeAce, В вашем случае, не включен CORS. В обработке на закладке регистрации есть кнопка "Включить CORS".
Далее, если получается войти под вашим пользователем в http://localhost:5984/_utils, то и вход в программу должен отрабатывать нормально.
У гостевого пользователя из демо-dt-шки пароль 333

(25) Жолтокнижниг, Есть, но у варианта с прямым подключением ниже надёжность и быстродействие. Ну, и оффлайна, естественно не будет. Если сервер выключить, клиенты работать не смогут.
CouchDB всё равно придется поставить на компьютер программиста, чтобы скрипт сборки проекта заработал.

(24) Жолтокнижниг, Это вопрос на несколько длинных лекций. Если пригласят на event - пробегусь по верхушкам.
Пока, предлагаю почитать этот текст: http://docs.couchdb.org/en/1.6.1/intro/consistency.html

(24) Жолтокнижниг,

• В 1С есть крутые типовые конфигурации и metadata может работать для них поставщиком данных
  
• В 1С есть компоновка и регистры, по которым проще строить сложные отчеты, чем по индексам CouchDB
  
• На 1С автоматизирована куча рабочих мест. С ней выгоднее интегрироваться, чем конкурировать
  

(4) Zefvs-md, Исправлено на уровне движка. В автоформах списков, сортировка по дате теперь работает из коробки, не требуя от программиста дополнительных действий.
Для сложных сортировок, по прежнему требуется создавать map/reduce индекс.

(2) ardn, Исправлены ошибки при работе с присоединенными файлами. Вложения теперь можно прикрепить к любому ссылочному объекту. Они автоматически реплицируются с сервером и другими клиентами. В демо-примере репликация отключена.

(29) unpete, Было бы неплохо послушать вас в Колизее. Спасибо вам за труд и хорошие идеи.

Баг в демке при очистке строки поиска по кнопке "X". (справ. Валюты)

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

(35) stilet,
Или можно выложить свою обработку

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

(34) LsrGroup, Наверное, это относится к любым формам списка и выбора. Замечание учту. Суть проблемы: крестик очистки в поле ввода можно нарисовать своим кодом или использовать автоматический, который браузеры добавляют, для <input type="search" ...>
Сейчас для очистки используется встроенный механизм браузера, но он не генерирует события "при изменении".

Автору спасибо!
Почему вы используете для работы с JSON не встроенный объект ЧтениеJSON, ЗаписьJSON, а работаете с самописным парсером ?
Ведь это потенциально снижает скорость работы?

(39) dablack, Причин много:
Встроенные парсер и сериализотор используются (см. код модуля ИнтеграцияJsonКлиентСервер), но им необходима обёртка для обработки ссылочных и иных типов типов данных, не поддержанных платформой 1С нативно.
Сборки библиотеки интеграции для 8.2 используют полифилл для работы с JSON, в 8.3 задействованы стандартные механизмы.
Библиотека интеграции выполняет много не очевидной, но важной работы: транслирует имена объектов и реквизитов по словарю, трансформирует структуры данных, выполняет дозаполнение реквизитов и табличных частей при экспорте и импорте, обслуживает версионирование couchdb и мн. др.
JSON-сериализация - важная, но очень маленькая часть подсистемы интеграции

(40) unpete, на уровне платформы сериализация ссылочных и прочих типов в JSON производится нативно при помощи объекта СериализаторXDTO

Тема интересная. А точнее подход. В корне отличается от классических подходов интеграции с системой 1С.

(41) alexey_asu, Главная проблема, или даже ошибка, допущенная при проектировании архитектуры metadata.js - сильная связанность движка данных с интерфейсом. Библиотека получилась огромных размеров. Использовать её по кусочкам - почти невозможно. Только целиком (та же проблема актуальна и для платформы 1С)
Опубликован roadmap. Постараюсь в ближайшие месяцы сделать части системы более автономными и отказаться от использования проприетарных библиотек в визуальной части.

(41) alexey_asu,
Это очевидно, но metadata.js использует не тупой слепок 1С-ного объекта, а более сложную структуру

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

А вообще большое спасибо за труды. И за metadata.js - хорошая разработка. Особенно радуют планы на версию 2. Удачи в разработке.

(42), а не хочешь посмотреть в пользу Kendo UI core? Хорошие контролы, бесплатные. Главный недостаток - отсутствие грида (и некоторых других контролов) в опенсорс версии, но грид - это вообще проблема если честно, хорошо реализованных бесплатных днем с огнем сложно найти ((((((

(45) vandalsvq, Начиная работу над metadata.js (2014 год), я проанализировал более 10 ui-библиотек, Kendo в том числе. dhtmlx на тот момент показался наиболее подходящим.
На сегодня, использовать для ui библиотеки, напрямую манипулирующие dom - не очень целесообразно.
jsx гораздо выразительнее и эффективнее. metadata v2 разрабатывается в react-стилистике.
Еще, замечание: metadata вообще то не про интерфейс, а про обработку данных в javascript в стиле 1С.
Наличие ui - побочный эффект. Данные ведь надо показывать и как то обрабатывать ввод пользователя.

(44) vandalsvq, Версионирование из коробки - это очень круто. В 1С о таком можно только мечтать.
Что касается места на диске, в моих реальных задачах его хватает.
Чтобы ограничить аппетиты CouchDB, есть/db/_revs_limit
Еще, есть /db/_compact - на больших данных может создавать тормоза
А еще, базу можно пересоздать на лету и прибить исходную - получим автоматическое сжатие.

Решил этот тезис еще раз прокомментировать:
Если вас и заказчика устраивает надежность, производительность и функциональность традиционной платформы 1С, будет проще достать из кармана нужную сумму и купить эти 1000+ лицензий.
Смотреть в сторону metadata имеет смысл в том случае, если нужна экстремальная надежность, высокая производительность или сложный интерфейс.

(47) на самом деле вопрос ревизий он скорее "ни о чем", просто хотелось услышать мнение. Вообще не уверен что в 1С возможно наличие документов (в понимании couchdb) с множеством ревизий. Сама особенность работы такова, что в основном она идет вперед, а не топчется на месте изменяя один и тот же документ. Т.е. скорее будет создано несколько тысяч новых, чем несколько тысяч раз изменен единственный. В своих задачах пока о ревизиях вообще не заботился, просто периодически заново создаю базы данных.
(46) честно скажу мне не знакома "react - стилистика". Так что даже интересно что будет в 2.0. Остальное спрошу в ЛС.

(49) vandalsvq, Порог вхождения в React и Redux повыше, чем в ангуляре и прочих традиционных фреймворках. За 10 часов не освоить, но результат того стоит. Рекомендую потратить время на изучение этих технологий.

(50) unpete, ну Angular за 10 часов мне лично освоить не удалось, ну если не считать банальную задачу вроде "todo-list". Может я просто туговат )))))
На досуге выделю время на изучение. Лишним никогда не будет увидеть "что-то другое".

(51) vandalsvq, Разница в подходах принципиальная:

• Ангуляр и прочие шаблонизаторы - это html, к кторому подтянут javascript
  
• React JSX - это javascript, в который внедрен html
  

CouchDB - супер. Знал бы раньше точно бы в нескольких задачах использовал, Но не понравилось в CouchDB, то, что для обновления данных какого либо документа необходимо кроме его _id указать _rev и насколько я понял ни как иначе, с _id то проблем нет это 1ский GUID а вот с _rev приходиться повозиться.
Я конечно прекрасно понимаю, что это для репликации, но если мне под конкретную задачу не нужна репликация, а нужно просто быстро обновлять данные в документах. А то приходиться сначала сделать запрос получив все _rev потом, а уже потом только делать запрос с обновлением.
В связи с этим вопрос к Евгению. Ведь конечно не очень хорошо делать так как в вашей демо лайт конфигурации, вешать на подписчика "ПриЗаписи" все это движение с синхронныим HTTP запросами.
И вы в комментарии в коде написали:
// TODO: Возможно, для ускорения стоит реализовать асинхронную прослойку в NODEJS?
Скажите, не реализовывали пока такую прослойку ?

(53) dablack, _rev хорош не только для репликации. Он просветляет картину мира.
Реализация тривиальная, но в моих задачах нужна именно синхронная запись с Отказ=Ложь, если записать не удалось.
Синхронизация с CouchDB внутри 1С-ной транзакции гарантирует идентичность данных.
На моих серверах, запись занимает 20-100 мс, что на порядок быстрее обычной записи 1С-ного документа.
Серверы 1С и CouchDB желательно размещать в одной подсети и синхронизировать с большим Интернетом, а не пытаться писать сразу из 1С на удаленный CouchDB

(53) dablack, Если в вашей задаче гарантировано не требуется анализ _rev, можно добавить в design document update-функцию и рассчитать недостающие поля на сервере. Подробнее см.: http://wiki.apache.org/couchdb/Document_Update_Handlers
CouchDB можно рассматривать, как регистр или план обмена, только, расположенный не внутри, а снаружи 1С. Вас ведь не смущает, когда документ при проведении шевелит десяток регистров. Metadata добавляет к этому десятку еще один скромный набор данных

(55) unpete
Заинтересовала CouchDB отсюда возникло пару вопросов:

1.


С помощью "_changes" можно получить список изменений документов, как из него исключить документы которые уже были синхронизированы с 1С ?

2. Каким образом синхронизируются данные когда одновременно правится документ в 1С и в браузере

(56) 33lab, У запроса _changes есть параметр since, в который следует передать номер последнего засинхронизированного изменения
По умолчанию: кто последний, тот и прав.
При необходимости, вы можете реализовать сколь угодно сложный конфликт-резольвер. Можно объединять изменения, блокировать объект, как в 1С или синхронно обновлять поля, как в google-docs

(57) unpete, Спасибо.

Пытался запусти клиента на apple устройствах (ios 8-9).
Не взлетел ни на одном из основных браузеров, включая и встроенный сафари.
Висит на логине. Обращался к Вашему демо примеру.

(59) mdy, Благодарю за информацию. Возьму у дочери iPhone - посмотрю, в чем проблема.
Все библиотеки, входящие в состав metadata.js совместимы с iOs и OSx, но тестировал их только под windows, linux и android.

(59) mdy, Проверил на iPhone5 - работает без проблем и в онлайн, и в оффлайн режиме. Для предметного анализа, просьба выслать лог сообщений об ошибках из консоли браузера

Я так понял, что для работы на клиенте с формой документа идентичной 1С-ной нужно весь код формы 1С перевести и переписать на JS ?
Например мне нужно ускорить работу с вводом документов в ERP, чтоб не тормозило дико по минуте каждое сохранение, но и интерфейс был тот же.
Надо окно того же вида и с той же логикой. Получается я должен пару тысяч строк и десятков процедур переписать на JS?

(62) badboychik, Копировать 1С-ные формы - плохая идея. Следуя этим путём, проблем производительности вы, скорее всего, не решите. Предлагается не переписывать миллион строчек, а посмотреть на задачу с учетом новых инструментов. Может оказаться, что она вообще без кодирования решается.

(63) unpete, тормоза в процедуре проведения, поэтому если документ сохранять в быстрой БД по вашему сценарию, проблем не будет. Только надо интерфейс тот же оставить

(64) badboychik, Я привык во всём сомневаться. Из того, что неким интерфейсом пользуются четыре поколения операторов и считают этот интерфейс идеальным вовсе не следует, что его нельзя улучшить.

(65) unpete, хорошо, пока что очень жду версию 2.0 на реакте, потом буду дальше думать, чувствую это будет бомба для шустрых АРМ ))

Вопрос а как запустить только ядро без всего UI? Или ждем 2.0?

(67) OldthiefXXX, Сборка без UI доступна с начала времён - в v0.11 это файл metadata.core.js из пакета metadata-js.
В v2 ядро совсем маленькое. Интерфейсную шелуху и функциональность, зависящую от поставщика данных решено вынести в плагины. На текущий момент, для ознакомления доступны:

• metadata-core
  
• metadata-abstract-adapter
  
• metadata-pouchdb
  
• metadata-redux
  
• metadata-superlogin
  

Пример подключения:

Добрый день, Евгений.
Развернул систему на 3-х разных серверах: 1С - Win2012, Nginx - Linux1, CouchDB - Linux2.
Попытка 1:
- загрузил демо конфигурацию 1С. Создались базы в CouchDB, данные вижу.
- прописал сетевой путь к CouchDB в package.json проекта metadata (Nginx). Пересобрал проект.
При попытке зайти браузером видно только окно ввода логина/пароля. Дальше ничего не происходит. Не заходит ни под Гость, ни под добавленными пользователями.

Попытка 2:
- создал пустую конфигурацию из БСП и integration_light_2_3_0_217.cf
- добавил новый справочник. Создались базы CouchDB, данные нового справочника вижу.
- пересобрал проект. Изначально была ошибка. У вас в integration_light_2_3_0_217.cf в макете _design_meta обработки ИнтеграцияПанельАдминистрирования не прописано создание объекта meta_patch в базе meta. Добавил, пересобралось успешно. В ./tmp/prebuild.js виден добавленный справочник.
- При попытке зайти браузером видно только окно ввода логина/пароля. Дальше ничего не происходит.

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

Подскажите пожалуйста, в чем может быть причина и на что обратить внимание?

(69) Михаил, В консоли браузера должны быть видны либо ошибки сети, либо ошибки js. Маловероятно, чтобы при авторизации система молча ничего не делала
Ошибку признаю - исправлено в актуальной версии. Обращение к базе meta происходит только при пересборке ./tmp/prebuild.js. Полагаю, если человек добрался до изменения метаданных, он увидит 404 при отладке prebuild.js

• Чему равны значения параметров сеанса zone и zone_demo? (посмотреть можно в localStorage)
  
• Какая используется версия metafata.js? (узнать можно набрав $p.version в консоли браузера)
  
• Предлагаю поставить точки останова в функциях $p.iface.frm_auth и auth_click или просто сказать браузеру "останавливайся на всех ошибках" и посмотреть проблемное место в отладчике
  

Спасибо за ответ.
Вот данные:


При загрузке страницы в консоли видна одна ошибка: "app.min.js:4 Uncaught TypeError: Cannot read property '__define' of undefined"


Задан только параметр zone - 0. Параметра zone_demo в localStorage нет. Из всех там присутствующих заданы еще browser_uid и skin.


0.11.220 - устанавливал через npm


Функция auth_click отсутствует.

При нажатии кнопки Войти в консоли Chrome видны вот такие ошибки:

GET http://10.26.1.15:5984/hw_0_doc/_local/dxaE34OVSBNyEKh3Z4DyFA%3D%3D? 404 (Object Not Found)
10.26.1.15:5984/hw_0_doc/_local/dxaE34OVSBNyEKh3Z4DyFA%3D%3D?:1

GET http://10.26.1.15:5984/hw_0_doc/_local/dxaE34OVSBNyEKh3Z4DyFA%3D%3D? 404 (Object Not Found)
momentjs@2.14,alasql@0.3,pouchdb@6.0,jquery@2.2,metadata@0.11.220(dhtmlx.min.js+metadata.min.js):519
/* это позиция 20939 в строке 519: "n.send(e.body)" */

GET http://10.26.1.15:5984/hw_0_doc/_local/loOTT55eUP0rg0SplTLI7g%3D%3D? 404 (Object Not Found)
10.26.1.15:5984/hw_0_doc/_local/loOTT55eUP0rg0SplTLI7g%3D%3D?:1

GET http://10.26.1.15:5984/hw_0_ram/_local/3Cf0ypm9lHniSkfHOKA5Mg%3D%3D? 404 (Object Not Found)
10.26.1.15:5984/hw_0_ram/_local/3Cf0ypm9lHniSkfHOKA5Mg%3D%3D?:1

Для последних 3-х ошибок следует сообщение:
The above 404 is totally normal. PouchDB is just checking if a remote checkpoint exists.

В консоли Firefox таких ошибок не видно и действий тоже никаких.

Также есть обратная ситуация:

1. в Firefox при нажатии Настройки отображаются настройки за окном авторизации, но в консоли видна ошибка: ReferenceError: event is not defined
InterfaceObjs/this.cancel_bubble()
momentjs@2.14,alasql@0.3,pouchdb@6.0,jquery@2.2,metadata@0.11.220(dhtmlx.min.js+metadata.min.js):576
$p.iface.open_settings()
momentjs@2.14,alasql@0.3,pouchdb@6.0,jquery@2.2,metadata@0.11.220(dhtmlx.min.js+metadata.min.js):581
onclick()

2. В Chrome при нажатии Настройки ничего не происходит. Ни в консоли нет сообщений, ни отображения окна настроек.

(71) miksomov, С этим местом надо разобраться. Бессмысленно нажимать на кнопки, пока '__define' is undefined
Для целей отладки, в infex.html вместо metadata.min.js можно указать metadata.js - отлаживать станет намного удобнее.
Затрудняюсь сказать что-то полезное не видя вашего кода.
Предлагаю сделать либо публичный git, либо пример в https://jsfiddle.net/

Опишите пожалуйста, что нужно сделать конкретно для этого. Я не работал с публикациями git, как и с https://jsfiddle.net/.
Что именно и как нужно выложить для просмотра.

Хочу обратить внимание - проект метадаты лежит на линуксе.
Я заметил особенность поведения nodejs разных версий. Например, если использовать версию 6.6.*, то npm некорректно загружает пакет memdown для pouchdb-adapter-memory - отсутствует собственно описание точки входа. Для nodejs версии 4.6.* такой проблемы нет.
Также при загрузке метадаты необходимы установленные gcc/gcc-c++, т.к. происходит компиляция модуля leweldown.
Может эти ошибки как-то связаны с тем, что nodejs под виндовс загружает другие модули?


Как с этим разбираться?

(73) miksomov, Для работы в браузере всё перечисленное не имеет совсем никакого значения. Пакеты в node_modules нужны только для компиляции описания метаданных либо, если метадата используется на сервере.
Проблемы с компиляцией memdown и leveldown при установке pouchdb известны. На них можно не обращать внимания. В работе эти плагины не используются.
Если нужна помощь, организуйте мне доступ к файлам проекта и couchdb любым удобным для вас способом - ssh, rdp или иной протокол.
Git рекомендую попробовать - он очень удобен для версионирования и коллективной разработки.

(74) unpete,
Доступ при необходимости организуем.

Пока сделал следующее:

1. На отдельном win сервере развернул все локально (CouchDB, Nginx, metadata, 1C).
Демо-пример заработал.
Попытался добавить свой справочник "Тестовый справочник". Прописал в определяемые типы интеграции. Обновил meta и данные в CouchDB. В самих базах hw_ новый справочник и его данные видны.
Пересобрал метадату.
В web-интерфейсе демо нет ни справочника ни соответственно его данных.
Какая должны быть последовательность действий при добавлении нового объекта и возможно ли это в демо-примере?

2. Создал пустую базу на основе БСП и последней конфигурации с сайта integration_light_2_3_1_220.
Добавил новый справочник, прописал ... выгрузил в отдельную базу CouchDB (с другим префиксом)
Создал для этого новый проект метадаты, пересобрал.
При входе в web-интерфейс - ошибка: "app.min.js:4 Uncaught TypeError: Cannot read property '__define' of undefined(…)". Ошибка происходит в функции $p.cat.users_acl.__define.... модуля app.min.js
Я так понимаю, в демо-примере заполнено что-то еще, чего нет в предлагаемой для интеграции конфигурации.
Какие должны быть действия для создания своего демо-примера на основе пустой конфигурации?
Могли бы вы у себя повторить мои действия по созданию нового демо-примера с нуля?

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

3. Выгрузил конфигурацию из демопримера. Создал из нее новую базу без данных. Выгрузил в CouchDB и пересобрал метадату (для нового префикса). Через web заходит нормально - вижу справочники пустые. Добавил новый справочник (выгрузил, пересобрал...) - в web-интерфейсе он так и не появился.

(75) miksomov, Восхищен вашим упорством в отладке.
$p.cat.users_acl - Это справочник ИнтеграцияПраваПользователей - редактируется из формы справочника Пользователи. Для каждого пользователя сервиса должна существовать запись в справочнике ИнтеграцияПраваПользователей.
Скорее всего, ваша гипотеза про недозаполненность верна и касается она данных, а не кода.
Обсуждение, наверное, правильнее вести в https://github.com/oknosoft/metadata.js/issues

На самом деле, появился. если в консоли браузера набрать $p.cat.имявашегосправочника.form_list() - должна открыться форма справочника.
Для лучшего понимания, поставьте точку останова в функции All_meta_objs(). Так же, имеет смысл прорешать примеры из codex.

Итак, у меня все получилось. Ура!

Выкладываю последовательность действий для создания СВОЕГО примера и дальнейшей интеграции в реальную систему.

1. Создаем конфигурацию из БСП + Конфигурация Метадаты. В моем случае integration_light_2_3_1_220. При объединении выключить объекты БСП, которые пытается заместить конфигурация метадаты - я так понимаю из-за различия версий БСП.
2. В определяемых типах ИнтеграцияОбъект и ИнтеграцияСсылка ставим флажки объектов БСП и Метадаты как в демо-конфигурации.
3. В макете _design_doc обработки ИнтеграцияПанельАдминистрирования удаляем код связанный с cash_moving (это документ из демо-примера, он не нужен)
4. В макет _design_meta обработки ИнтеграцияПанельАдминистрирования добавляем код по созданию объекта meta_patch из демо-конфигурации. Область "doc": {"cash_moving"... пока оставляем.
5. В форме обработки ИнтеграцияПанельАдминистрирования в процедуре ЗаполнитьИзТабличногоДокумента указываем ИмяМакета = "МетадатаДемо", т.к. наша конфигурация называется совсем по другому. Или создать свой макет скопировав "МетадатаДемо" и присвоив ему имя конфигурации.
6. В общем модуле ИнтеграцияПереопределяемый в функцию НачальноеЗаполнение вставляем код из конфигурации демо-примера функции НачальноеЗаполнение общего модуля ИнтеграцияМетадатаДемо.
7. Добавляем справочники и документы, которые хотим увидеть в метадате. Прописываем их в определяемых типах ИнтеграцияОбъект и ИнтеграцияСсылка.
8. В макете _design_meta обработки ИнтеграцияПанельАдминистрирования меняем код области "doc" - переименовывем "cash_moving" в "<Название нашего документа>" и оставляем поля "date", "number_doc". Это форма списка. Если не будет хоть одной формы для списка документов - будет ошибка. Можно задать для данного документа вывод других полей, но тогда на форме других документов эти поля будут неотображаемые, но ширина формы останется. Как задать форму по умолчанию для любых документов пока не разобрался.
9. Загружаемся в приложение 1С. Обновляем справочник ИдентификаторыОбъектовМетаданных чтобы увидеть наши добавления. Можно сразу создать какие-то элементы в добавленных объектах. В справочнике пользователей переходим у нужных для метадаты на "Объекты доступа (RLS)" и нажимаем "Сохранить" (пока без добавления объектов) - вроде как должна быть прописка в доп.справочнике.
10. В обработке Интеграция на закладке Метаданные добавляем наши объекты. Можно прописать их в макете из п.5.
11. Создаем базу CouchDB со своим префиксом (например mt_, вроде как "My Test"), записываем "meta".
12. В начальном заполнении (в текущей конфигурации кнопка "Заполнить" на закладке "Регистрация") добавляем свои созданные элементы (если создавали).
13. Регистрируем в CouchDB
14. Переходим в Nginx. Создаем каталог для проекта. Подразумевается, что nodejs и metada-js уже установлены глобально. Выполняем команды metadata init, npm install, npm install through2, npm install gulp-util.
15. Меняем файл package.json - прописываем свой префикс (например "mt_" из п.11). Если CouchDB не расположена локально - путь.
16. В подкаталогах проекта ./src/modifiers/ удаляем файлы *cash_moving*.js. Это модули для демо-примера - они мешают и с ними не заработает.
17. Пересобираем проект - gulp full.
18. Наслаждаемся своими данными в web-интерфейсе. ))
19. До отчетов и обратной синхронизации пока не добрался.

Важно: после любой пересборки проекта в Chrome надо удалять данные о просмотренных страницах. Он почему-то много кэширует.

Евгений, на текущий момент такие вопросы:
1. Как задать форму списка для документов по умолчанию? Т.е. не для одного документа, как я сделал сейчас и она для всех остальных работает.
2. Как в принципе редактировать форму документа. Надо ли писать свою обработку, которая будет переопределять код формы в CouchDB или уже есть какие-то механизмы? Сейчас изменение макета _design_meta не меняет уже созданную форму.

P.S. Надеюсь в новой версии конфигурации для интеграции будут учтены изменения которые я привел.
Также из проекта скачиваемого npm лучше удалить преднастройки для демо-примера - это как-то неправильно.

(77) miksomov, На стороне 1С в модулях ИнтеграцияПереопределяемый и ИнтеграцияПереопределяемыйКлиент есть процедуры для трансформации данных и метаданных при загрузке и выгрузке. Для демо-задачи это не существенно, но в реальной жизни без модификаторов не обойтись.
По замыслу, базы создаются командой "настроить CouchDB" обработки интеграции
Удаляем и размещаем свои модули объектов и менеджеров, если того требует бизнес-логика
Проверьте файл cache.appcache. Отключить appcache можно в шапке index.html, заменив <html manifest='cache.appcache' lang='ru'> на <html lang='ru'>
Вопрос не понял. У объектов есть автоформы. В автоформах учтены настройки meta и meta_patch. Дополнительно, можно написать индивидуальную форму для любого объекта. Эту форму можно либо разработать с нуля, либо унаследовать от автоформы и дописать модификаторы
_design_meta обрабатываются скриптом gulp prebuild и отражаются в файле tmp\prebuild.js, который объединяется с остальными *.js при сборке проекта.
присылайте pull request

(78) unpete,


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



Согласен. Но зачем при первичной загрузке модулей метадаты я вижу модификаторы объектов демо-версии? В моей базе нет ни касс, ни движений денег. При загрузке того же самого gulp мне не валятся демо примеры, которые потом надо удалить. чтобы он заработал.


Если в базе meta для объекта doc не казана хоть какая-нибудь форма списка - список документов (именно ссылок) не отображается - ошибки валятся.
Об этом и вопрос. Для одного документа задал - все остальные тоже нормально отображаются, но на форме видно, что ширина задана с учетом полей прописанного документа. Можно для каждого свой список задать - это не вопрос.



Речь о том, что изменение этого макета в 1С после уже готовой регистрации в CouchDB не меняет форму. Т.е. например, я создал форму списка документа с 2-мя полями. Все это распространил в метедату. Потом решил добавить пару полей в список, но форма не поменялась после пересборки проекта. Если файлы проекта удалить и создать заново - вижу свои поля.


Я ж здесь все выложил. Вы уж сами определяйте что из этого полезно для внесения изменений.

(79) miksomov, _design_meta обычно редактируют в futon couchdb. Данные _design документов продублированы в 1С, чтобы упростить развёртывание на новый сервер

Евгений, спасибо за оперативные ответы на вопросы.

Сейчас пытаюсь нарисовать простенький отчет на своих данных.
Столкнулся с небольшой проблемой: как во view посчитать сумму по колонке табличной части документа?
Если в map function пытаюсь прописать "emit([Number(d[0]),Number(d[1]),Number(d[2]),doc.Заказчик],{Товары: sum(doc.goods.amount)});" то получаю всегда 0.
Если обратиться по индексу (например, "emit([Number(d[0]),Number(d[1]),Number(d[2]),doc.Заказчик],{Товары: doc.goods[0].amount});") , то сумма строки видна.
Подскажите пожалуйста как правильно использовать агрегатные функции в данном случае?

(81) miksomov, Посмотрите в сторону Reduce

(82) unpete,
Да, это я конечно смотрел. Но reduce, как пишут в мануалах, обрабатывает результаты рассчитанные в map. Т.е. сумма колонки табличной части должны быть вычислена в map. Пока получилось только расчетом в цикле. Думал, может есть какие-то готовые агрегатные функции для этого.

(83) miksomov,

Подскажите установил Couchbase Server под win заходит в админ панель http://127.0.0.1:8091/ , там создал базу test_ , 1ска не конектится к http://127.0.0.1:5984/test_ зашел тудаже из браузера тоже страница не доступна, телнетом хотел тоже пусто, служба запущена, в брендмау.. порт разрешил тоже глушняк. Вышел из браузера на http://127.0.0.1:8092/ сервак ответил ({"couchdb":"Welcome","version":"2.1.1r-562-g7ad0cfa","couchbase":"4.5.0-2601-enterprise"}).


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

(84) unpete,
Спасибо за подсказку. Я не так понял про reduce.

Теперь нарисовалась следующая проблема:
Я загрузил в метадату порядка 100 тысяч документов. И после этого журнал документов перестал открываться вообще. В консоли такие ошибки:
Database has a global failure DOMException: An attempt was made to add something to storage that exceeded the quota.
Failed to load resource: net::ERR_CONNECTION_RESET http://.....:5984/db_0_ram/_bulk_get?revs=true

Как это поправить?

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

И еще - могли бы вы привести пожалуйста код отчета "Движение денег" где можно было бы посмотреть реализацию элементов управления:
1. Редактируемый Grid списка касс, в котором в ячейке можно выбрать произвольную кассу из справочника.
2. Отдельный элемент (OCombo видимо) в котором можно было бы выбрать кассу.
Интересует именно создание элементов. В примерах Codex работы с Grid нет, а пример OCombo повторить не удается - не устанавливается тип справочника.

(85) OldthiefXXX, Для отладки, используйте couchdb v1.6.1. Когда вопросов не останется, можно переходить к кластеру на couchdb 2.0 или couchbase

(86) miksomov, metadata умеет работать с десятками миллионов документов без видимых задержек со стороны интерфейса пользователя
Если браузер safari - нужны актуальная 10-я версия. Chrome и FF разрешают использовать под indexeddb 1/2 размера диска, но специальными настройками, это значение можно увеличить
зачем такой длинный список в ram??? может, лучше его положить в doc c фильтрованной репликацией или в remote?
не синхронизация, а чтение всех объектов базы ram в озу браузера
100% исходников уже есть на вашем компьютере см. папку scr - она изобилует комментариями

(88) unpete,

Может и умеет. Пока я увидел, что когда были загружены документы одного месяца, то список открывался долго и получалось 1500 страниц. Т.е. ВСЕ документы загружались в таблицу, как я понял.
У меня список документов не открывается возможно из-за этого. Использую Chrom. Может какие-то параметры где-то указать, чтобы не читал полностью все документы?


Это справочники. Согласно рекомендациям разместил их в ram. Попробую переложить в doc_remote.


Исходники это здорово, а живой пример другое. Можно исходники неделями лопатить в поисках одной строчки. Я же писал: "пример OCombo из Codex повторить не удается - не устанавливается тип справочника.".
Поэтому прошу привести такой пример на существующем отчете. Логику переделывать не надо, просто элементы управления.

(89) miksomov, До конца месяца занят подготовкой к докладу и мастер-классам на инфостарт event и собственно, участием в конференции. Отвечу в первых числах ноября.
Главная рекомендация: не следовать рекомендациям, но принимать их к сведению.
При выборе типа кеширования (ram, doc, doc_remote, remote, meta, e1cib и pgsql) для каждого объекта метаданных нужно учитывать множество факторов.
Тип кеширования - это только вершина айсберга. Еще есть свёртка, функция фильтрованной репликации, сервисворкеры для фоновой репликации и мн. др.

(90) unpete,
Евгений, я сейчас подготавливаю презентацию для бизнеса, чтобы было принято решение - использовать ваш продукт или нет. Для этого необходимо показать наши живые данные - 2 документа загруженных за текущий год и простенький отчет по ним. И меня тоже поджимают сроки.
Отсюда все мои вопросы.
Я перезагрузил все (справочники и документы) в doc_remote за 1 месяц. Синхронизация в начале исчезла - это хорошо.
Но документы открываются очень долго - список всех документов загружается в таблицу. Вижу "Записи с 1 по 30 из 9887". Я так понимаю, если я загружу еще 9 месяцев, то журнал документов открыться не сможет. Что нужно сделать, чтобы была возможность просматривать журнал с "с десятками миллионов документов без видимых задержек со стороны интерфейса пользователя". Сейчас такие тормоза я не могу показывать бизнесу - никого такое не заинтересует.
Также, если есть возможность, постарайтесь выделить несколько минут для приведения примера по элементам управления в отчете. Я думаю, вам как разработчику, это сделать достаточно просто и быстро.

(91) miksomov, Работа с миллионом записей:

• Видео
  
• Живая ссылка
  
• Исходный код
  

На заглавной странице http://mybootstrap.ru/ написано: "Вам нужны причины любить Bootstrap? Тогда не смотрите дальше"
Если ваш "бизнес" знает, как построить серьезный веб-сервис без метадаты - флаг им в руки - путь рисуют на других платформах.

(92) unpete,

1. Евгений, при покупке коммерческой лицензии в каком объеме осуществляется тех.поддержка?

2. Пример с миллионным справочником некорректный - отдельно написанная форма для динамического списка. Из метадаты там почти нечего нет. Я правильно понял, что автоформы списков не поддерживают динамическое считывание? Мне ведь тоже нужно создать максимально простой пример на автоформах, а не выдать конечное решение со своими написанными формами.

3.
Например накупить тучу лицензий у 1С для web.
Тот же пример справочника с миллионом записей можно построить без метадаты - напрямую читая CouchDB.

(93) miksomov, Из метадаты там всё - под миллионным справочником лежит элемент управления DataList из пакета metadata-react-ui. Официального релиза metadata v2, действительно, пока не было, но никто не в силах запретить мне использовать библиотеки и компоненты второй версии в демо-примерах и реальных проектах.
metadata v2 выпускается под mit - соответственно, покупать лицензию не требуется.
Условия предоставления услуг описаны в оферте
если для вашей задачи не нужен автономный режим и (или) сложные интерфейсы - будет проще купить лицензии 1С
Нет, не правильно. В автоформах задействовано постраничное считывание данных. Угадать, почему возникли проблемы на ваших данных - не берусь. Возможно, не созданы либо не указаны в свойствах динсписка необходимые индексы.
Не видя кода, нельзя с уверенностью определить даже место проблемы: доставка данных с сервера, медленный запрос к indexeddb или ошибки при отрисовке dom в браузере

(94) unpete,

Хорошая новость. Можно немного подробней? Я для журнала документа прописал форму изначально с несколькими полями ( в meta_patch ). Где указать необходимый индекс и что он должен содержать для дин.списка автоформы. Примеров не нашел ((


Кода собственно нет особо. Заданы поля для отображения по аналогии с демопримером.

2. Странная сортировка по дате-времени. Вроде сортировка воспринимает время 13:00 как 01:00 и т.д.
3. Сортировка по названию (кириллица) не работает почему-то и в справочниках и соответственно (видимо) в комбобоксе.
4. Справочники все положил в doc. Теперь в журнале поля, которые ссылочные, отображаются со второго раза. Т.е. надо нажать "Обновить". Как и в отчете. Почему так?


PS. С OCombo я разобрался (немного по другому, чем в примере Codex создавать надо), отчет наваял. Осталось решить проблему с дин.списком.

(95) miksomov, Сделайте, уже публичный git с демо-данными - будет польза для проекта в целом и для вашей задачи в частности.
Из вопросов про сортировку и справочники в doc видна пропасть непонимания, как metadata работает с данными.
Конечно, это моя проблема и недоработка. Видимо, я не смог отразить в документации фундаментальные архитектурные вещи. Возможно, их получится описать с вашей помощью.
Текст map/reduce индексов, настройки кеширования метаданных, значения атрибутов при открытии форм - это всё код

(95) miksomov, Если git + внешний couchdb делать лениво, пришлите dt-шку с демоданными без конфиденциальной информации, но достаточного размера + папку проекта веб-приложения.
После командировки прорешаю ваш пример, при необходимости, внесу изменения в релиз.

Как правильно дать входящие параметры движку metadata-core, для запуска? и какая функция init_params?

(96) unpete,

Недопонимание конечно есть. Но беда в том, что ни примеров ни описания нет.
Я ни в одном из примеров (Бухгалтерия, УНФ, HelloWorld) не увидел работающей сортировки по разным полям. Ее там просто нет. Единственное, где есть сортировка это у поля дата в журнале документов у демопримера HW.
И то, потому, что индекс by_doc гвоздями забит в коде модуля toolbar_filter.js. Но и тут время как попало - надо включать в индекс.
Реализация правда тоже мне не совсем понятна - к индексу обращение идет только если документы в базе doc, если в doc_remote, то не используется. Также устаналивается странный лимит: options.limit = 100000; Это разве по итогу динамический список?

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


Я так смотрю, что в attr как-то и нужно передать названия этих индексов. Как я понимаю в attr.selection? Только как?


Я подготовлю для вас похожую базу с тестовыми данными.