Для себя вывели несколько приложений в веб на 1С:Элемент: платежи, внутренний учет задач, корпоративный портал, несколько доп.сервисов для обмена данными. По сути получилась аналогичная схема как у вас, только бекенд и фронт у нас идет в виде единого приложения, которое пишется теми же 1С-никами, которые дорабатывают и учетные системы на платформе. Особенно круто это работает на мобилках, так как сейчас это основной вид интерфейса для руководства. Обмен по HTTP, который делается в самом веб-приложении, то есть учетные системы так и остаются за NATом в защите. В последнее время экспериментирую с переходом на реалтайм обмен через 1С:Шину (брокера сообщений по сути), у которого есть нормальная поддержка что в платформе, что в Элементе.
А за in-frame режим отдельное спасибо. Долгое время пытался понять как 1С в своем решении Бизкуб засунули отображение приложения на 1С внутри приложения на 1С:Элемент, теперь понял.
Вы сейчас по сути описали работу технологии 1С:Элемент, который по факту - веб-приложение на реакте с java-бекендом, при этом все реализовано в привычной для 1С-ника парадигме проектирования с множеством синтаксического сахара, компонентности, переиспользуемость и всего того, чего так не хватает в самой платформе. Да, и интерфейс там даже чуть приятнее чем в 8.5 (речь про типовой формат), но при этом никто не запрещает сделать сколь угодно сложный и красивый интерфейс. Мы вот у себя такого рода вещи делаем на Элементе как раз, с обменом по REST \ кролику с основной учетной системой 1С. Причем никаких веб-разработчиков, все силами 1С-ников.
1С:Касса. Там еще есть 1С:РМК, но это больше именно как чистый фронт, который должен подключаться к какой-либо бек системе: Кассе, Торговле, Бухгалтерии, УНФ и т.д. Детали на официальном сайте 1С можно посмотреть.
В библиотеке стандартных подсистем есть же механизм обновления конфигурации через интернет. Вот ее можно использовать для облачного обновления и установки, только не с серверов 1С (хотя можно и их), а со своего. С расширениями еще проще, они сами себя в целом умеют обновлять, по аналогии с самообновлением конфигурации. Вот и пожалуйста, централизованное распространение единой версии ПО. А данные через опять же БСП-шный механизм EnterpriseData по HTTP (точнее SOAP). Все уже придумано за нас, это надо только организовать и настроить.
Тем более что у 1С есть полноценное оффлайн приложение, которое обменивается только итоговыми данными по ценам, выручке, номенклатуре и прочая. Там даже чеки не передаются, ибо незачем, отчет о розничных продажах закрывает потребность. Но если очень надо - можно и их.
Просто мало кто действительно хочет в ритейле заниматься поддержкой всех 50 баз отдельно, каждая свою, вот и придумывают то риб, то облачное размещение. Сам сопровождаю одну такую розничную сеть, которая наотрез отказалась от использования оффлайн приложения на точках по вышеозначенным причинам + еще нескольким внутренним.
Специально для разработчиков, которые не любят устоявшуюся парадигму языка 1С, и был выпущен язык 1С:Элемент, который java-подобный (потому что бекенд на java сделан и синтаксис явно взят оттуда) веб ориентированный (потому что транслируется в react js) язык с поддержкой части возможностей ООП (наследования нет, но есть интерфейсы), синтаксическим сахаром а-ля свежие версии java / python и множеством внутренних улучшений. Насчет подключаемых модулей на java - пока ждем, но запрос к разработчикам фреймворка есть. И да, эффект получается такой же как при появлении 8.0 в бытность 7.7 как основной платформы и технологии.
В 8.3 вырвиглазный желтушный цвет. В 8.5 ранних сборках очень криво отрисовывался интерфейс, сильно перегруженный. В свежих 8.5 уже выглядит намного лучше, но опять же - жесткие рамки интерфейса и возможностей. В Элементе за счет переиспользуемости компонент и большого набора базовых элементов можно собрать какие угодно доп компоненты, которые отсутствуют в стандартной поставке. А если и их не хватает - что ж, HTML + CSS никто не отменял.
Не стоит. Я разрабатываю на 1С чуть больше 10 лет, стремясь использовать в своих проектах самые современные фишки и интерфейсы 1С. И писать решение с нуля - это самое худшее решение. Писать решение на базе стандартных библиотек 1С - лучше, но тоже так себе.
И полтора года пишу на Элементе, где нет вообще ничего кроме двух демок, документации и комьюнити. Там можно развиваться сколько угодно, и этот язык и Фреймворк я считаю более перспективным, нежели современную платформу 1С. В основном из-за малого легаси кода и библиотечного подхода к разработке, что кратно сокращает процесс разработки новых решений. Жаль только пока комьюнити небольшое, библиотек готовых мало (7 от 1С, с десяток от опенсорс сообщества)
Говорят, если начинаешь писать конфигурацию с нуля, с правильной архитектурой, с бизнес логикой продуманной, с адекватными и удобными интерфейсами, то Фреймворк 1С раскрывается с совершенно другой стороны... Пока не взвоешь от реального количества кода, который надо придумать и реализовать.
Продавцу лопат нужно много мелких розничных покупателей, не связанных между собой, а не крупные картели, скупающие оптом по низкой цене и централизованно.
Думается мне, что Нуралиев отстоял свою систему сертификации, тем более что по 1С их как минимум две - одна от самой фирмы 1С и другая от некоторого центра сертификации, напрямую не связанного с фирмой 1С
Эффект проявляется только от долговременного использования без перерывов в течение 3-4 часов. А я перед монитором сижу по 11-12 часов в связи с работой. Поэтому боковые у меня долго оставались на 60 Гц, потому что я у ним обращался изредка и не больше чем на полчаса. А вот центральный пришлось сменить.
Причем эффект я вывел случайно, когда на новом 165 Гц мониторе случайно выставил частоту в 60 Гц и не заметил этого, а потом спустя 3 часа почувствовал нарастающую резь в глазах. Залез в настройки, переключил обратно на 165 Гц - боль сошла на нет.
Думаю причина сухого глаза в частоте предыдущих экранов в 60 Гц. А на новом 144 Гц, отсюда и повышение удобства.
Сам я сидел на сборке из 3 24-27 дюймовых мониторах на 60 Гц, тоже начали глаза болеть после долгой работы. Заменил центральный монитор на 27-дюймовый с 165 Гц - вообще никаких проблем. До и после разрешение оставалось прежним - 2к. После этого начал играться с форм факторами, размерами и частотой и для себя опредили что наиболее комфортная работа идет за 24 дюймовым монитором fullhd / 2k с частотой не ниже 90 Гц. На 60 и 75 глаза болят спустя 3-4 часа работы, на 90+ никакого дискомфорта. Выше 100 Гц уже разницы никакой не видно.
В конечном итоге оставил себе три монитора с теми же диагоналями и разрешением, но с частотой уже от 100 до 165 Гц.
За счет ALT-комбинаций решается очень просто. Я уже давно не переключаю раскладку для ввода [], {}, <> и прочая, для этого просто зажимаю ALT и набираю русские команды. В среде есть помощник с раскладкой и всякими хот-кеями. Правда, там почему-то не нашел альтернативный ввод спец.символов.
Для себя вывели несколько приложений в веб на 1С:Элемент: платежи, внутренний учет задач, корпоративный портал, несколько доп.сервисов для обмена данными. По сути получилась аналогичная схема как у вас, только бекенд и фронт у нас идет в виде единого приложения, которое пишется теми же 1С-никами, которые дорабатывают и учетные системы на платформе. Особенно круто это работает на мобилках, так как сейчас это основной вид интерфейса для руководства. Обмен по HTTP, который делается в самом веб-приложении, то есть учетные системы так и остаются за NATом в защите. В последнее время экспериментирую с переходом на реалтайм обмен через 1С:Шину (брокера сообщений по сути), у которого есть нормальная поддержка что в платформе, что в Элементе.
А за in-frame режим отдельное спасибо. Долгое время пытался понять как 1С в своем решении Бизкуб засунули отображение приложения на 1С внутри приложения на 1С:Элемент, теперь понял.
Вы сейчас по сути описали работу технологии 1С:Элемент, который по факту - веб-приложение на реакте с java-бекендом, при этом все реализовано в привычной для 1С-ника парадигме проектирования с множеством синтаксического сахара, компонентности, переиспользуемость и всего того, чего так не хватает в самой платформе. Да, и интерфейс там даже чуть приятнее чем в 8.5 (речь про типовой формат), но при этом никто не запрещает сделать сколь угодно сложный и красивый интерфейс.
Мы вот у себя такого рода вещи делаем на Элементе как раз, с обменом по REST \ кролику с основной учетной системой 1С. Причем никаких веб-разработчиков, все силами 1С-ников.
1С:Касса. Там еще есть 1С:РМК, но это больше именно как чистый фронт, который должен подключаться к какой-либо бек системе: Кассе, Торговле, Бухгалтерии, УНФ и т.д. Детали на официальном сайте 1С можно посмотреть.
В библиотеке стандартных подсистем есть же механизм обновления конфигурации через интернет. Вот ее можно использовать для облачного обновления и установки, только не с серверов 1С (хотя можно и их), а со своего. С расширениями еще проще, они сами себя в целом умеют обновлять, по аналогии с самообновлением конфигурации. Вот и пожалуйста, централизованное распространение единой версии ПО. А данные через опять же БСП-шный механизм EnterpriseData по HTTP (точнее SOAP). Все уже придумано за нас, это надо только организовать и настроить.
РИБ в целом зло, которое нужно убить.
Тем более что у 1С есть полноценное оффлайн приложение, которое обменивается только итоговыми данными по ценам, выручке, номенклатуре и прочая. Там даже чеки не передаются, ибо незачем, отчет о розничных продажах закрывает потребность. Но если очень надо - можно и их.
Просто мало кто действительно хочет в ритейле заниматься поддержкой всех 50 баз отдельно, каждая свою, вот и придумывают то риб, то облачное размещение. Сам сопровождаю одну такую розничную сеть, которая наотрез отказалась от использования оффлайн приложения на точках по вышеозначенным причинам + еще нескольким внутренним.
Специально для разработчиков, которые не любят устоявшуюся парадигму языка 1С, и был выпущен язык 1С:Элемент, который java-подобный (потому что бекенд на java сделан и синтаксис явно взят оттуда) веб ориентированный (потому что транслируется в react js) язык с поддержкой части возможностей ООП (наследования нет, но есть интерфейсы), синтаксическим сахаром а-ля свежие версии java / python и множеством внутренних улучшений. Насчет подключаемых модулей на java - пока ждем, но запрос к разработчикам фреймворка есть. И да, эффект получается такой же как при появлении 8.0 в бытность 7.7 как основной платформы и технологии.
В 8.3 вырвиглазный желтушный цвет. В 8.5 ранних сборках очень криво отрисовывался интерфейс, сильно перегруженный. В свежих 8.5 уже выглядит намного лучше, но опять же - жесткие рамки интерфейса и возможностей. В Элементе за счет переиспользуемости компонент и большого набора базовых элементов можно собрать какие угодно доп компоненты, которые отсутствуют в стандартной поставке. А если и их не хватает - что ж, HTML + CSS никто не отменял.
Не стоит. Я разрабатываю на 1С чуть больше 10 лет, стремясь использовать в своих проектах самые современные фишки и интерфейсы 1С. И писать решение с нуля - это самое худшее решение. Писать решение на базе стандартных библиотек 1С - лучше, но тоже так себе.
И полтора года пишу на Элементе, где нет вообще ничего кроме двух демок, документации и комьюнити. Там можно развиваться сколько угодно, и этот язык и Фреймворк я считаю более перспективным, нежели современную платформу 1С. В основном из-за малого легаси кода и библиотечного подхода к разработке, что кратно сокращает процесс разработки новых решений. Жаль только пока комьюнити небольшое, библиотек готовых мало (7 от 1С, с десяток от опенсорс сообщества)
Говорят, если начинаешь писать конфигурацию с нуля, с правильной архитектурой, с бизнес логикой продуманной, с адекватными и удобными интерфейсами, то Фреймворк 1С раскрывается с совершенно другой стороны... Пока не взвоешь от реального количества кода, который надо придумать и реализовать.
Итог - заработать в найме именно на дизайне миллион - нереально. Потому что когда ты руководишь - ты не занимаешься дизайном
Ответ на поверхности - конструктор запроса автоматом меняет ISNULL на ЕСТЬNULL. Потому и не отображается. Но использовать конструкцию можно.
Открою секрет. В запросах можно вводить ISNULL, запрос будет валидный в любом написании
Продавцу лопат нужно много мелких розничных покупателей, не связанных между собой, а не крупные картели, скупающие оптом по низкой цене и централизованно.
ИнфИз от бота? Что-то новенькое
Я так понял, это очередная реинкарнация SSR?
Уже столько разных приложений и технологий с этим работает и уже очень давно, до того как это стало мейнстримом.
Думается мне, что Нуралиев отстоял свою систему сертификации, тем более что по 1С их как минимум две - одна от самой фирмы 1С и другая от некоторого центра сертификации, напрямую не связанного с фирмой 1С
Эффект проявляется только от долговременного использования без перерывов в течение 3-4 часов. А я перед монитором сижу по 11-12 часов в связи с работой. Поэтому боковые у меня долго оставались на 60 Гц, потому что я у ним обращался изредка и не больше чем на полчаса. А вот центральный пришлось сменить.
Причем эффект я вывел случайно, когда на новом 165 Гц мониторе случайно выставил частоту в 60 Гц и не заметил этого, а потом спустя 3 часа почувствовал нарастающую резь в глазах. Залез в настройки, переключил обратно на 165 Гц - боль сошла на нет.
Думаю причина сухого глаза в частоте предыдущих экранов в 60 Гц. А на новом 144 Гц, отсюда и повышение удобства.
Сам я сидел на сборке из 3 24-27 дюймовых мониторах на 60 Гц, тоже начали глаза болеть после долгой работы. Заменил центральный монитор на 27-дюймовый с 165 Гц - вообще никаких проблем. До и после разрешение оставалось прежним - 2к. После этого начал играться с форм факторами, размерами и частотой и для себя опредили что наиболее комфортная работа идет за 24 дюймовым монитором fullhd / 2k с частотой не ниже 90 Гц. На 60 и 75 глаза болят спустя 3-4 часа работы, на 90+ никакого дискомфорта. Выше 100 Гц уже разницы никакой не видно.
В конечном итоге оставил себе три монитора с теми же диагоналями и разрешением, но с частотой уже от 100 до 165 Гц.
За счет ALT-комбинаций решается очень просто. Я уже давно не переключаю раскладку для ввода [], {}, <> и прочая, для этого просто зажимаю ALT и набираю русские команды.
В среде есть помощник с раскладкой и всякими хот-кеями. Правда, там почему-то не нашел альтернативный ввод спец.символов.
Так все таки агронафт или аргонафт? Мы агрономией занимаемся или на Арго плаваем/ходим?