Да, но то что в СТО эта максимальная скорость принимает значение скорости света есть допущение. Может константа на метр в секунду отличается от скорости света? И ещё - как синхронизировать часы для измерения скорости света lol
Как видим есть одно уравнение и неизвестные A, B, C, D. Напишем ещё 3 уравнения т.к. S не меняется при повороте, переносе и отражении. Получим после вычислений.
S^2=x^2+y^2+z^2-(Et)^2
Чтобы избавиться от минуса добавляем i перед E. Остаётся определить что такое E. Из размерности видим что это скорость, а вот чему она равна СТО как ни странно не даёт пояснения. Из экспериментов видим что это скорость света.
А промежуточный результат долгой саги доступен пользователям? Если да, то не приведет ли ее компенсация к каскадным откатам всех действий основанных на промежуточных данных?
Мне кажется решение заключается в использовании event sourcing и two phase commit (как в транзакциях у Kafka).
Состояние агрегата хранится в БД в виде последовательности событий которые можно только добавлять. Сага добавляет в БД событие помеченное как uncommited и недоступное для обработки агрегатом. При успешном завершении саги происходит фиксации событий с помощью two phase commit. После фиксации событие становится commited и становится доступным агрегату. В случае отката саги декомпенсация не требуется.
В принципе можно использовать two phase commit сразу для нескольких БД в микросервисах, но это хуже ложится на DDD и не асинхронно.
А в текущей реализации это невозможно сделать. Надо либо реализовывать вручную, а это костыль, либо oauth, а это полный отказ от текущей реализации. Или есть ещё варианты?
И как же?
Монохроматическая волна может распространяться выше скорости света, т.к. не несёт информации.
Может речь о том что максимальная скорость взаимодействия чуть больше скорости света? Почему нет?
А поляризация бывает линейная, эллиптическая, круговая. Что вы имеете в виду?
Ну может свет идёт первую половину круга с одной скоростью а вторую с другой. А замеряют среднюю скорость равную скорости света.
Не верно. Постоянство скорости света это постулат. А у Майкельсона Морли не измерялась скорость света в разных СО.
И как это было бы замечено?
А при чем тут эфир?
Но в одном направлении они его не мерили. Ещё интересно что вы ответите на первую часть сообщения.
Да, Эйнштейн так и писал. Но прикол в том что в одном направлении никто не мерил. Может быть свет идёт туда и обратно с разными скоростями?)
Да, но то что в СТО эта максимальная скорость принимает значение скорости света есть допущение. Может константа на метр в секунду отличается от скорости света? И ещё - как синхронизировать часы для измерения скорости света lol
Слабо ответить, а не минусить?
Опять не объяснено откуда минус и скорость света.
S^2=(Ax)^2+(By)^2+(Cz)^2+(Dt)^2
Как видим есть одно уравнение и неизвестные A, B, C, D. Напишем ещё 3 уравнения т.к. S не меняется при повороте, переносе и отражении. Получим после вычислений.
S^2=x^2+y^2+z^2-(Et)^2
Чтобы избавиться от минуса добавляем i перед E. Остаётся определить что такое E. Из размерности видим что это скорость, а вот чему она равна СТО как ни странно не даёт пояснения. Из экспериментов видим что это скорость света.
А промежуточный результат долгой саги доступен пользователям? Если да, то не приведет ли ее компенсация к каскадным откатам всех действий основанных на промежуточных данных?
Мне кажется решение заключается в использовании event sourcing и two phase commit (как в транзакциях у Kafka).
Состояние агрегата хранится в БД в виде последовательности событий которые можно только добавлять. Сага добавляет в БД событие помеченное как uncommited и недоступное для обработки агрегатом. При успешном завершении саги происходит фиксации событий с помощью two phase commit. После фиксации событие становится commited и становится доступным агрегату. В случае отката саги декомпенсация не требуется.
В принципе можно использовать two phase commit сразу для нескольких БД в микросервисах, но это хуже ложится на DDD и не асинхронно.
Хе-хе. Не просто так там минус перед t. И не для удобства умножают t на скорость света.
Может я не прав, но чему равна сумма при n=0?
Грубая ошибка в определении основания натурального логарифма.
Читайте, пожалуйста, комментарий. Сделать вручную можно, но это костыль. Речь о том, как средствами spring security сделать.
А в текущей реализации это невозможно сделать. Надо либо реализовывать вручную, а это костыль, либо oauth, а это полный отказ от текущей реализации. Или есть ещё варианты?
После окончания срока действия токена предлагается снова вводить логин и пароль?