И вендор (Битрикс) выпускает свои модули, с использованием этого модуля миграций? То есть создает миграции на все свои доработки, которые можно запустить в CI/CD?
Контейнизировать битрикс не является сложностью. Как и засунуть эти контейнеры в куб. Докеризацией битрикса я занимаюсь уже достаточно давно. А вот вопрос, как обновляться в кубе, с учетом, что Битрикс совершенно на это не рассчитан - большой вопрос. У вас нет на него ответа или вы просто считаете, что Битрикс можно не обновлять?
Только вот у Битрикса нет такого элементарного инструмента как миграции и как планируется отслеживать изменения в СУБД при обновлении самого Битрикса? Получается, закатать его в куб вы закатали, но как дальше с этим жить и обновляться непонятно? Или все таки у вас есть решение?
Главное, что я не понял, какой смысл избавляться от аннотации @Service.
Типичный способ сделать это в приложении Spring Boot — аннотировать классы CoffeeShopи CoffeeMachine аннотацией @Service. Однако, если мы хотим, чтобы детали фреймворка не попадали в приложение, мы не можем этого сделать.
Как вообще связана аннотация @Serviceи детали фреймворка?!
The party вопросов у меня не вызывает, там речь не про вечеринку, а про конкретную группу людей, которая путешествует вместе. Но почему внезапно наступившая тишина - это исчисляемое существительное, я понять могу с большим трудом. Спасибо за ссылку, не знал даже, что это слово можно употреблять во множественном числе. В принципе как ситуация / ситуации когда наступает тишина, вроде как становится немного понятнее...
Вот вам в копилку фраза, которая сподвигла меня загуглить эту статью. Начал читать художественную литературу в оригинале, и понял, что с артиклями у меня полная беда, вообще их не понимаю..
Не страшно, я все равно от этого решения ушел. С помощью promtail собираю логи из контейнеров. У данного решения ряд преимуществ: 1. Не надо открывать порт 3100. И соответственно возиться с авторизацией (об этом кстати хорошо бы вам в статье упомянуть хотя бы, уверен, что больше 50% тех, кто по вашей статье это развернул, про авторизацию даже не подумали). 2. Нет проблемы с дедлоками (https://grafana.com/docs/loki/latest/send-data/docker-driver/#known-issue-deadlocked-docker-daemon).
Вопрос как быть с портом 3100, который без какой-либо авторизации у вас торчит наружу. И куда, как я понимаю, можно логов как минимум напихать, хотя подробно API Loki я не изучал, может и еще каких-то гадостей наделать.
Сижу и пытаюсь придумать свой такой же велосипед для одного нового проекта. То есть тоже выбираю наиболее подходящие компоненты (и более близкие мне) под новое решение. И только поэтому внимательно разобрал всю статью. Было бы неплохо какой-то пример добавить создания на базе этого решения пары сущностей. Это могло бы заинтересовать больше читателей, как мне кажется, а то приведен стек технологий без особого понимания, как это далее «готовить»…
Буду очень признателен, если сможете дописать пример для PHP, в котором сначала публичный ключ формируется из модуля и экспоненты (изначально больше ничего не имею), а далее уже им шифруются данные. Интересует именно алгоритм RSA/ECB/PKCS1 Padding.
Да, Вы правы про то, что ключи это не его дело. Но я хочу собрать инструкцию на русском языке для чайников, с полным порядком действий. А не так что гитолайт гитолайтом, а остальные вопросы — идите учите мат часть.
Я описал в первом абзаце статьи, почему я ее написал. Вы приложили одну из миллиона инструкций, где не описан весь порядок работы с ключами. На одной только проблеме, что у меня был включен доступ по ключу по SSH я сидел половину доброго дня. Про DSA — поправлю, только сначала хочу протестировать другой вариант — а то мало ли чего еще от gitolite можно ожидать…
И вендор (Битрикс) выпускает свои модули, с использованием этого модуля миграций? То есть создает миграции на все свои доработки, которые можно запустить в CI/CD?
Контейнизировать битрикс не является сложностью. Как и засунуть эти контейнеры в куб. Докеризацией битрикса я занимаюсь уже достаточно давно. А вот вопрос, как обновляться в кубе, с учетом, что Битрикс совершенно на это не рассчитан - большой вопрос. У вас нет на него ответа или вы просто считаете, что Битрикс можно не обновлять?
Только вот у Битрикса нет такого элементарного инструмента как миграции и как планируется отслеживать изменения в СУБД при обновлении самого Битрикса? Получается, закатать его в куб вы закатали, но как дальше с этим жить и обновляться непонятно? Или все таки у вас есть решение?
Главное, что я не понял, какой смысл избавляться от аннотации @Service.
Как вообще связана аннотация @Serviceи детали фреймворка?!
The party вопросов у меня не вызывает, там речь не про вечеринку, а про конкретную группу людей, которая путешествует вместе. Но почему внезапно наступившая тишина - это исчисляемое существительное, я понять могу с большим трудом. Спасибо за ссылку, не знал даже, что это слово можно употреблять во множественном числе. В принципе как ситуация / ситуации когда наступает тишина, вроде как становится немного понятнее...
Вот вам в копилку фраза, которая сподвигла меня загуглить эту статью. Начал читать художественную литературу в оригинале, и понял, что с артиклями у меня полная беда, вообще их не понимаю..
Не страшно, я все равно от этого решения ушел. С помощью promtail собираю логи из контейнеров. У данного решения ряд преимуществ:
1. Не надо открывать порт 3100. И соответственно возиться с авторизацией (об этом кстати хорошо бы вам в статье упомянуть хотя бы, уверен, что больше 50% тех, кто по вашей статье это развернул, про авторизацию даже не подумали).
2. Нет проблемы с дедлоками (https://grafana.com/docs/loki/latest/send-data/docker-driver/#known-issue-deadlocked-docker-daemon).
Вопрос как быть с портом 3100, который без какой-либо авторизации у вас торчит наружу. И куда, как я понимаю, можно логов как минимум напихать, хотя подробно API Loki я не изучал, может и еще каких-то гадостей наделать.
Вот замечательная готовая сборка: https://gitlab.com/bitrix-docker/server
Про ключики поправил.
Я как-то не люблю сторонние скрипты на свой рабочий комп ставить, мало ли. Мне мой способ поэтому показался проще…
Но по-моему, мой способ все же проще.