LINUX.ORG.RU

1С:Предприятие 8.3.5: новые возможности интеграции

 


0

1

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

Автоматически генерируемый REST интерфейс прикладного решения

Теперь в платформе доступна публикация REST интерфейса для всего прикладного решения или его части. Интерфейс предоставляет возможность читать, изменять, создавать и удалять данные прикладного решения, а также выполнять над данными ряд специфичных функций. Для взаимодействия используется протокол OData 3.0. Подробнее

HTTP-сервисы

В дополнение к существующей возможности создавать SOAP-сервисы, в платформе добавлена возможность создавать собственные HTTP-сервисы. Подробнее

Редактирование данных во внешних источниках данных

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

Помимо этого, анонсирован еще ряд существенных нововведений:

  • Улучшены возможности поиска и навигации по метаданным.
  • Добавлены инструменты рефакторинга.
  • Новые нескучные диаграммы.
  • Добавлена возможность программно настраивать состав рабочего стола прикладного решения.
  • Реализована возможность размещать в ячейках табличного документа картинки.
  • Журнал регистрации теперь хранится в базе данных формата SQLite.
  • Alt Linux СПТ 6.0 добавлен в список официально поддерживаемых дистрибутивов.

// 1. Чтобы не было вопросов «зачем это здесь?» и «какое отношение это имеет к линуксу?». Начиная с 8.3.1 ВСЕ компоненты платформы работают на линуксе. Серверная часть работала еще с 8.1. Писать об этом каждый раз в самой новости считаю неуместным.

// 2. Главной ссылки нет, версия просто вышла по графику, доступна через пользовательский раздел сайта 1С.

★★★

Проверено: Shaman007 ()
Последнее исправление: CYB3R (всего исправлений: 5)

Ответ на: комментарий от anonymous

И с какого перепугу у них версия x64 стоит на 20т.р. дороже x32

Закон спроса и предложения. Для тех, кому надо больше 4Гб в процессе сервера приложений, эти 20 тысяч — пренебрежимо малая сумма.

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

Так пользоваться никто не заставляет. Хочешь, пиши своё, хочешь используй БухСофт, вариантов море...

monk ★★★★★
()
Ответ на: комментарий от anonymous

Не покупайте, в чём проблема? Учёт и отчётность можно в куче программ вести.

Skull ★★★★★
()
Ответ на: комментарий от anonymous

Ну спросите у Владимира Владимировича как идёт выполнение Распоряжения Правительства 2299-р и кто и какую персональную ответственность понесёт за неисполнение оного. Заодно спросите и про 1815-р и про внедрение в школах.

Skull ★★★★★
()
Ответ на: комментарий от r0ck3r

1C теперь торт?

Уже не бутерброд, но ещё не гамбургер. :)

Skull ★★★★★
()
Ответ на: комментарий от monk

REST на 1С в основном нужен для веб-морды

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

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

Ну а что до REST-клиента.... то его в 1С нет. И это все о нем.

k0valenk0_igor ★★★
()
Ответ на: комментарий от SI

:Поставщик_Key
Упал под стул ...
А в xml разве можно тэги писать не латиницей ?

Конечно, можно. Это приписано в стандарте. Главное чтоб UTF-8 использовал и вообще проблем не будет.

Я в своей работе часто русскоязычными тэгами в XML пользуюсь. Очень удобно по русскоязычному дереву ходить:

http://i.piccy.info/i9/6f43dc3d3b9798e0d3d37762f2bf47a1/1399027948/109618/597...

Xintrea ★★★★★
()
Ответ на: комментарий от RussianNeuroMancer

пока x2go, потом в планах переход на xpra. На клиентах уже стоит винда, всё запускаться будет оттуда, на части компов ubuntu.

daemonpnz ★★★★★
()
Ответ на: комментарий от Rodegast

Обычный гуй иногда ловит адские тормоза.

Когда карточку субконто за джва года формируешь? Ну да, есть такое дело :)

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

Так это и толстый требует. На терминале это и не проблема - надо поставить новую версию платформы - поставил в инсталляторе две галки.

Про веб клиент я вообще молчу.

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

ovk48 ★★★
()
Ответ на: комментарий от kto_tama

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

fixed во имя Нуралиева.

ovk48 ★★★
()
Ответ на: комментарий от daemonpnz

Работоспособность тонкого клиента, к примеру, прибитые пути к ttf-шрифтам, рендеринг линий в печатаемых таблицах, зависимость на libgsf для экспорта в xls, странная реакция на DE.

Хотя новую версию не смотрел, возможно, поправили.

Skull ★★★★★
()
Последнее исправление: Skull (всего исправлений: 1)
Ответ на: комментарий от PaRuSoft

Его в управляемых формах вообще нет

???

В документации написано Ctrl+F. Нажал — ищет. Что не так?

monk ★★★★★
()
Ответ на: комментарий от monk

При первом открытии формы после обновления конфигурации, если форма не совсем тривиальная.

Нет. Тормоза происходят постоянно, особенно если машина не самая новая.

1cestart автоматически обновляет клиента.

Он что тебе ТК переустановит? Что-то я в этом сомневаюсь.

Кстати, в аналогичных других программах (mysql, postgresql, ...)

Давай не будем путать СУБД и 1С.

Вроде работает. Не хуже чем альтернативы (extjs и т.д.)

Вот именно что ВРОДЕ! Нормально работать на этом поделии вообще не возможно.

Rodegast ★★★★★
()
Ответ на: комментарий от daemonpnz

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

так я про него и говорю. В списке справочника или документов автоматически, в табличной части — через Ctrl+F

monk ★★★★★
()
Ответ на: комментарий от Rodegast

Тормоза происходят постоянно, особенно если машина не самая новая

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

Он что тебе ТК переустановит? Что-то я в этом сомневаюсь.

Переустанавливает. Всё, что было установлено при первом запуске.

Давай не будем путать СУБД и 1С

А чем тебе протокол клиент-сервер для СУБД хуже, чем аналогичный для 1С? Либо 1С надо тестировать все комбинации версий клиент/сервер на стабильную работу, либо просто требовать одинаковой версии.

Нормально работать на этом поделии вообще не возможно

Может быть. Я 1С:документооборот на нём поднимал. Не жаловались.

monk ★★★★★
()
Последнее исправление: monk (всего исправлений: 1)
Ответ на: комментарий от ovk48

Когда карточку субконто за джва года формируешь?

См. 1С:Предприятие 8.3.5: новые возможности интеграции (комментарий) Добавлю что тормоза особо заметны на новых конфигурациях (например на УТ11)

Так это и толстый требует

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

Ты наверно не видел веб-клиент в первых релизах 8.2

Видел... И надо сказать что сейчас он всё такой же неюзабильный.

Rodegast ★★★★★
()
Ответ на: комментарий от monk

Нет, ты говоришь не про него и Ctrl+F тут вообще не при чём, ещё раз перечитай моё сообщение.

daemonpnz ★★★★★
()
Ответ на: комментарий от monk

Да, для БП 3.0 это справедливо счас проверил. Для старых конфигураций, это не совсем правда.

daemonpnz ★★★★★
()
Ответ на: комментарий от monk

Не 4, а 2, в лучшем случае 3, но бывает нестабильно. И разница не 20 тыр, а почти в 2 раза (пару месяцев назад цены подняли), и 15 сотрудников с базой всего в 10 гиг уже дружно упираются в текущую (от слова течь) память сервера приложения. Или бэкапы могут не всосаться, с заявлением «недостаточно памяти сервера». А так, да.

handbrake ★★★
()
Ответ на: комментарий от anonymous

КруптоПро давно под Linux работает.

Ситуация конечно меняется и политический кризис этому, наверное, поспособствует, но очень много отчетности готовится в софте привязанном к офтопику. Наверное что-то можно запустить в wine, но если регуляторов обяжут тестировать свои поделки на совместимость с Linux, миграция тех же госслужащих будет не такой болезненной.

tlx ★★★★★
()
Ответ на: комментарий от handbrake

и 15 сотрудников с базой всего в 10 гиг уже

Ежемесячный ФОТ на 15 сотрудников не менее 400'000 рублей. И на этом фоне разовые затраты на автоматизацию труда в сотню тысяч — «очень большие»?

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

Бэкапы с той же базы? Странно. На 1С 8.3.4.465 натыкался только на проблемы с обновлениями — изменения не применяются «недостаточно памяти» хоть на файловой, хоть на малой серверной — приходилось искать по знакомым у кого сервер x64, чтобы обновление БП с 2.0 на 3.04 сделать

monk ★★★★★
()

А как из 1С под linux напечать какой-нибудь отчет в налоговую с PDF417 штрих-кодом ?

anonymous
()
Ответ на: комментарий от kto_tama

да куда они денутся

До сих пор клали болт на распоряжения и ничего им за это не было.

Skull ★★★★★
()
Ответ на: комментарий от monk

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

handbrake ★★★
()
Ответ на: комментарий от SI

А почитать спецификацию не судьба?

Вот некоторые выдержки:

Almost all characters are permitted in names, except those which either are or reasonably could be used as delimiters.

Document authors are encouraged to use names which are meaningful words or combinations of words in natural languages, and to avoid symbolic or white space characters in names.

STag

STag ::= '<' Name (S Attribute)* S? '>'

Name

Name ::= NameStartChar (NameChar)*

NameStartChar

NameStartChar ::= ":" | [A-Z] | «_» | [a-z] | [#xC0-#xD6] | [#xD8-#xF6] | [#xF8-#x2FF] | [#x370-#x37D] | [#x37F-#x1FFF] | [#x200C-#x200D] | [#x2070-#x218F] | [#x2C00-#x2FEF] | [#x3001-#xD7FF] | [#xF900-#xFDCF] | [#xFDF0-#xFFFD] | [#x10000-#xEFFFF]

NameChar

NameChar ::= NameStartChar | "-" | "." | [0-9] | #xB7 | [#x0300-#x036F] | [#x203F-#x2040]

А согласно Unicode коды кириллических сиволов находятся в диапозоне x400—x4FF, т.е. попадают в диапазон [#x37F-#x1FFF].

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

anonymous
()
Ответ на: комментарий от anonymous

И с какого перепугу у них версия x64 стоит на 20т.р. дороже x32?

x32 живет на одном ядре и скушивает максимум 2 гига. После этого умирает.

При этом оно адски течет (8.3.4)

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

mbr
()
Ответ на: комментарий от monk

Закон спроса и предложения. Для тех, кому надо больше 4Гб в процессе сервера приложений, эти 20 тысяч — пренебрежимо малая сумма.

Не 4, а 2.

mbr
()

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

При печати - нужен внешний вендософт для штрихкодов, который в вайне не живет. При выгрузке - предлагается выгрузка на диск а: (ебаный стыд!) и добавляются обратные слеши, из-за чего, естественно обработка валится.

На намеки это пофиксить уже третий месяц саппорт забивает болт. Вот такой linux-friendly.

mbr
()
Ответ на: комментарий от Rodegast

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

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

Я видел решение для оффтопика в виде AD, но для web/linux сети решений не нашел. Буду признателен, если кто пнет в нужную сторону.

mbr
()
Ответ на: комментарий от mbr

Я видел решение для оффтопика в виде AD, но для web/linux сети решений не нашел.

Каталог по NFS в apt.sources и apt-get update && apt-get upgrade в cron.

Или аналог на yum/slapt/etc...

Или for i in `cat host-list`; do ssh root@$i -c «dpkg -i server:/update.dpkg»; done

Задача «накатить пакет на много машин» на линуксе решается на порядок проще, чем на винде

monk ★★★★★
()
Ответ на: комментарий от mbr

x32 живет на одном ядре и скушивает максимум 2 гига

Параметр «количество процессов сервера» поставь не в единицу. 2 (с PAE будет 3, если ОС 64-битная, то все 4) гига на процесс. Так что не всё так грустно

monk ★★★★★
()
Ответ на: комментарий от mbr

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

Необходимости для x64 может быть только две:

1. Очень большие данные в процессе сервера приложений. Для типовых конфигураций (кроме УПП) практически не встречается, так как рекомендуемый путь для обработки — временные таблицы и язык запросов.

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

monk ★★★★★
()
Последнее исправление: monk (всего исправлений: 1)
Ответ на: комментарий от monk

Каталог по NFS в apt.sources и apt-get update && apt-get upgrade в cron.

Годно.

mbr
()
Ответ на: комментарий от monk

Параметр «количество процессов сервера» поставь не в единицу.

Воюю с 1С по этому поводу. В 8.3.437 это не работает.

mbr
()
Ответ на: комментарий от monk

Если ОС 64-битная, то она отдаёт x86 процессу 4Гб

В теории - да. На практике как только загрузка подходит к 2ГБ -> cpu load 100% и все курят бамбук до перезагрузки сервера.

mbr
()
Ответ на: комментарий от mbr

Ага, и на убунте сервис апликейшена инитскрипт толком прибить не может, полчаса разбирался почему рестарт сервиса не помогает, пока просто не остановил и не стартанул. Так что полная перезагрузка не нужна, надо просто паузу втыкнуть в инит скрипт в рестарте, либо рестартовать через stop/10...30сек/start.

anonymous
()

Посмотрел 8.3.5.823-x86_64. Несмотря на то, что это пока не релиз, а бета-версия, все проблемы, которые мы в дистрибутиве вынуждены были закрывать отдельным пакетом, они исправили. Ждём релиз.

Что можно сказать? Молодцы разработчики 1С:Предприятия, чо! :)

Skull ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.