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

library(stringi)
library(magrittr)

c(510, 1024, 503050) %>%
  as.character() %>%
  stri_replace_first_regex("(\\d)(\\d*?)0*$", "$1.$2")

> [1] "5.1"    "1.024"  "5.0305"

по нескольким причинам:
1. stringi быстрее чем gsub и построен на базе ICU;
2. регулярки более гибкие;
3. гасим конечные нули.

Спасибо, учту)

я взяла это изначально
sub( '(?<=.{1})', '.', x, perl=TRUE )

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

Игрушка, где надо отличить настоящий заголовок и реферат статьи от сгенерированного нейросеткой.

https://www.stefanzukin.com/enigma/

Где-то в далеке слышится смех корчевателя!)) https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D1%80%D1%87%D0%B5%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C_(%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F)

1. Коллеги, кто-то когда то запускал Docker-контейнер, в котором одним процессом запущен Plumber API, а вторым процессом Shiny - приложение?
2. Оба процесса используют одну и ту же функцию расчета, внутри которой несколько моделей.
3. API - это для разработчиков интерфейса большой системы, где куча всякой функциональности
4. Shiny для тестирования расчетов и прототипирования функциональности
5. Пока не очень понимаю как будет отрабатывать rstudioapi::jobRunScript() , который я привык использовать для локального тестирования plumber API ?
6. Как прописывать несколько портов  ?
7. А может вообще сделать лучше два контейнера как некое православное решение ?

Вопросы скорее архитектурные, интересует мнение со стороны

У меня отдельные контейнеры. Удобно. На одной VM, у каждого свой порт.

может действительно дурью маюсь)

А как ты собираешься в CMD две команды прописать ?

я собираюсь две CMD прописать

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

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

Так как вы хотите, вы все равно не согрешите )

почему не docker-compose?

мда, странно, что контейнер собрался и не выдал ошибку

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

Там же сказано что будет выполнятся последняя CMD команда

да особо изучать там нечего, если честно

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