Сделал расширение, в винде всё работает. Выгружаю файл 1Cema.xml. Загружаю через мобильную платформу на андроид. Основная конфа работает, а функционала расширения нет.
Получается нужно дописывать саму конфу, а не делать расширения? Или есть какой-то вариант подгрузить?

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

8.3.18.60

Дорабатываю конфигурацию 1С мобильная касса(для разработчика)3.8.15.0

(0) В мобильной платформе расширения не работают. Только в мобильном клиенте

(4) Хм. В 8.3.19 заявлен мобильный клиент с автономным режимом.
https://v8.1c.ru/platforma/mobilnyy-klient-s-avtonomnym-rezhimom/

(4) ты моб приложение имеешь ввиду? платформа и приложения и клиент обслуживает

(5) И что? Он как был мобильным клиентом, так и остался.
А платформа как была платформой - так и осталась.
Но при этом мобильный (даже с автономным режимом) это абсолютно не тоже самое, чо и мобильная платформа

(6) я имею ввиду мобильную платформу. А не мобильное приложение.
там в конце раздела приведены все термины https://its.1c.ru/db/v8318doc#bookmark:dev:TI000000901

Имхо для МП расширений нет потому что они пока нафик там не нужны (в отличие от МК)

Кстати прогнозирую появление большой платформы для android/arm (в связи с появлением Apple M1 и общими тенденциями)
Большой это в смысле не просто мобильной а с конфигуратором и прочими фишками вплоть до сервера 1С

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

(10) Ну почему, мне вот например нужны. Мне нужен автономный режим работы, и нужны мои доработки, и нужно нормальное обновление. Конфу с расширениями легче обновлять, чем доработанную. Я думаю причина не в этом.

(7) Ну мне нужен автономный режим работы.

(8) ты про это?
3. Мобильная платформа ‑ это специальная версия «1С:Предприятия», предназначенная для работы на мобильном устройстве, которое функционирует под управлением какой-либо из поддерживаемых мобильных операционных систем.
Я не понимаю - мобильный клиент функционирует не используя моб платформу? типа святой дух?

(14) МК функционирует используя только половину МП

Ибо только "клиент".
В МП же и клиент и сервер два в одном и оба (хоть и порезанные относительно полной платформы) на одной железке

(11) Оно уже экономически оправданно судя по тестам/бенчмаркам

(16) Читай внимательно, "для офисной работы". Не для разработки. Для пользователей.

(17) Именно для офисной работы если нужен компактный но мощный десктоп/сервер

(18)+ Представь что мелкий отдел (стойка) в ТЦ, с инетом все плохо нужна 1С локальная и чтобы не тормозила
Сейчас 1С на кассах не очень але, РМК подтормаживает
Места мало чтобы большой системник воткнуть а тут мелкий mac mini и все летает
Только дождаться пока больше ram будет а то 8гб маловато

(19)+ Ну и ценник снизится и аналоги от китайцев появятся ))

(7) не нужен - не используй :) но расширения есть только в мобильном клиенте
(14) да, это физически другой бинарь
а что там внутри - уже не столь интересно
если ты залезешь в свежий mobile.zip, то увидишь три разных бинаря: платформа, клиент и клиент с автономкой
(19) а то мелких компов на интелах/амд нет...
Вот, например, коробочка: 120*120*35 мм внутри i7
https://www.intel.ru/content/www/ru/ru/products/devices-systems/desktops/mini-pcs/gigabyte-gb-bri7-10710-pcworkstation-barebone-H85810571.html

(20) Так об этом и речь в (11). Сначала появятся аналоги, потом снизится ценник, и только потом 1С озаботится портированием.

(19) Ну ты фантазер :)

(21) Мелкие компы на интел/амд есть, только ценник сравним с мак мини если мощный
Речь о том что железки на ARM будут шустрее, экономичней и дешевле чем x86
Ибо SOC по сути

(22) Опоздают если ждать.
Думаю в 1С уже вовсю пилят под ARM и конфигуратор и сервер
Ибо Windows 10 на архитектуре ARM давно уже


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

Интересно, синхронизация будет на уровне платформы?

(26) это немного улучшенный план обмена

(26) Сейчас всю синхронизацию надо руками прописывать.
Выглядит этот МК с автономным как два в одном МК обычный + МП обычное (причем без расширений понятно дело).

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

(27) Там совершенно не план обмена ибо можно одни формы юзать ))

(29) речь про оффлайн синхронизацию.
а ты про что я не понял

(30) А ну в этом смысле да почти план обмена

(26) Спрошу немного точнее. Синхронизация будет на уровне платформы или на уровне конфигурации?

(24) Ну как дороже...
Вот обычный комп на i5, 57 тысяч: https://www.citilink.ru/product/platforma-intel-l10-boxnuc7i5bnkp-boxnuc7i5bnkp-962995-1018530/properties/
Вот mac mini на i5, 102 тысячи: https://re-store.ru/catalog/MXNG2RU-A/
Если мак брать на арме - будет от 75 тысяч
Но, в общем, ИМХО обычный комп на кассе будет выглядеть предпочтительнее, просто потому, что он более беспроблемный в ремонте/сервисе и т.д.
Для дома - тут все уже не так однозначно :)
(32) платформа дает инструменты по определению офлайна и позволяет сказать, что у тебя будет использоваться в офлайне, а вот синхронизацию надо самому написать

(33) Придется мне тогда править конфигурацию. Через расширения не выйдет сделать. Если мне нужен автономный вариант.

(33) А может всё таки механизм обмена будет зашит в платформу?

(33) цена на ARM упадут когда китайцы просто наладят выпуск помощней (счет есть недорогие на андроид но слабоваты и оперативки мало) и дрова для винды напишут
mac mini это просто первые ласточки

(36) https://www.aliexpress.com/snapshot/0.html?orderId=8126487290267312&productId=1005002034648497&edm_click_module=order_detail&tracelog=rowan&rowan_id1=buyerSignedV2_1_ru_RU_2021-03-18&rowan_msg_id=7312812648729025$908b331cb03d4c26924992da95d2f862&ck=in_edm_other

(35) Может быть, когда нибудь... А может и не быть...
А сейчас вот так: https://its.1c.ru/db/v8318doc#bookmark:dev:TI000002234

(36) осталось понять - зачем это нужно? чем армовые маломерные компы принципиально отличаются от x86 маломерных компов?
почему это делает эппл - примерно понятно. Зачем это остальным?

(39) тяжелое наследие совместимости x86 со времен https://ru.wikipedia.org/wiki/Intel_8086
arm банально более новая архитектура, экономичная - а это значит меньше греется и лучше потенциал по быстродействию

(40)+ Сейчас проблема x86 (и развития x86_64) это тепловой пакет.
Тупо не получается успевать тепло отводить при увеличении быстродействия.

Винда для ARM была и называлась Windows ce
Потом,при попытке сделать windows одинаковую для всех платформ microsoft похоронила проект CE.
Но там все работало прекрасно и даже офис был.
Так что непонятно,что там думает Apple,но получается,что от Microsoft все отстали так где-то на 20 лет.

(40) Разница в представлении архитектур - 7 лет. Это ниочем.
Существенная разница в том, что arm - это RISK, а х86 - это CISC
И текущего потребления (в десктопах!) - вполне нормально.
Датацентры и мобильные устройства - это не про наш разговор

(43) При автоматической генерации кода (как сча принято) RISK сильно лучше чем CISC.
CISC тот себя проявляет когда код вручную гениальные проги на асме пишут!
И да ARM погубят OpenCL/GPGPU в смысле обычные видяхи развившиеся так что смогут эмулировать обычный проц

(44)+ В общем случае можно архитектуры так выстроить от сложных в простым: CISC -> RISK -> GPU
Тенденция общая на уменьшение кол-ва инструкций и "увеличения простоты" (ибо сложно уменьшать в нанометрах сложные) с увеличением кол-ва ядер.

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

(38) Спасибо за ссылку.

(44) Оптимизирующие компиляторы уже лет 10+ назад давали ОЧЕНЬ хороший код, который средний программист вручную замучается делать.
Особенно, если компилятору разрешить использовать все возможности максимальной генерации процессоров