Большое О. Поиск по хешу константа, по циклу n, по вложенному n квадрат, по дереву log(n) где здесь можно ошибиться? Не знаете что такое хеш и дерево идёте и читаете.
С каких пор вуз учит программированию? А если человеку необходимо всё разжёвывать(образование) это ещё хуже.
Нет лжи в рекламе и несовпадения мнений для теоремы Пифагора, понимаете? Так же и здесь нет разночтений в описании какой-либо технологии.
Главным остаётся не образование, опыт и знание алгоритмов, а умение думать, искать и анализировать информацию. Я программирую уже 300 лет, на Прологе писал, а джунов ни разу не встречал, а встречал только криворуких и ленивых.
Я уже все грабли сломал. То что вы описываете это для одного ресурса? То есть при каждом запросе бек идет за permission ticket?
У меня другая ситуация. Я пытаюсь обменять публичный токен на rpt со всеми ресурсами, чтобы каждый раз не ходить за токеном. И до 22 версии это работало, но потом перестало.
Вот именно этот механизм в новых версиях Кейклоака сломан. Чтобы фронт не палил secret сделана возможность аутентификации через публичного клиента. Полученный от публичного клиента токен фронт отправляет беку и бек идет обменивать его на приватный токен с ресурсами (в приватном клиенте) и получает ошибку.
Вы либо не работали в отрасли, либо намеренно вводите в заблуждение. В разработке всё стандартизировано. Если мне нужно подтянуть теорию или изучить новый инструмент - это не 5 разных теорий (курток), а 5 разных описаний одной, а выбрать лучшее описание я уж смогу. Откровенной лжи или холиваров не так уж и много (если вообще есть), а мнения сообщества обычно совпадают (если это не разработка нового стандарта) даже если речь о best practicies.
При изменении политики доступа (добавить роли доступ к эндпойнту) придется менять код. Для этих целей на эндпойнту навешиваются ресурсы. Ресурсы также привязываются к роли. В этом случае достаточно добавить/удалить ресурс в роли для изменения политики доступа.
Но здесь у Кейклоака начинаются сложности. Связаны они с миграцией (необходимость переноса на новый сервер уже настроенной конфигурацией) раз. Со сложностью получения ресурсов из ролей на стороне бека (не проще ли использовать для этого собственное решение) два. И с использованием на фронте (официальная библиотека не поддерживает авторизацию).
Во многих статьях пишут про алгоритмы и постоянное обучение. Вот расскажите мне хоть один алгоритм который вы реализовали, а не использовали из библиотеки. И чему новому вот прям нужно было обучаться, а не гуглить 2 минуты и читать потом 15 минут.
Прежде чем писать статью, постарайтесь разобраться в теме. При acks=1 подтверждение ожидается не от консьюмера, а от лидера. При acks=all от всех in-sync реплик, а не как написано синхронизированная реплика остаётся активной, что это вообще значит. Остальные ошибки исправляйте сами.
Давайте напишем один пример использованного алгоритма, чтобы не быть голословными.
По теме то есть что сказать?
Давайте так. Напишите мне один пример где вам необходимо было реализовать алгоритм.
Большое О. Поиск по хешу константа, по циклу n, по вложенному n квадрат, по дереву log(n) где здесь можно ошибиться? Не знаете что такое хеш и дерево идёте и читаете.
С каких пор вуз учит программированию? А если человеку необходимо всё разжёвывать(образование) это ещё хуже.
Нет лжи в рекламе и несовпадения мнений для теоремы Пифагора, понимаете? Так же и здесь нет разночтений в описании какой-либо технологии.
Главным остаётся не образование, опыт и знание алгоритмов, а умение думать, искать и анализировать информацию. Я программирую уже 300 лет, на Прологе писал, а джунов ни разу не встречал, а встречал только криворуких и ленивых.
Я уже все грабли сломал. То что вы описываете это для одного ресурса? То есть при каждом запросе бек идет за permission ticket?
У меня другая ситуация. Я пытаюсь обменять публичный токен на rpt со всеми ресурсами, чтобы каждый раз не ходить за токеном. И до 22 версии это работало, но потом перестало.
Вот именно этот механизм в новых версиях Кейклоака сломан. Чтобы фронт не палил secret сделана возможность аутентификации через публичного клиента. Полученный от публичного клиента токен фронт отправляет беку и бек идет обменивать его на приватный токен с ресурсами (в приватном клиенте) и получает ошибку.
Вы либо не работали в отрасли, либо намеренно вводите в заблуждение. В разработке всё стандартизировано. Если мне нужно подтянуть теорию или изучить новый инструмент - это не 5 разных теорий (курток), а 5 разных описаний одной, а выбрать лучшее описание я уж смогу. Откровенной лжи или холиваров не так уж и много (если вообще есть), а мнения сообщества обычно совпадают (если это не разработка нового стандарта) даже если речь о best practicies.
При изменении политики доступа (добавить роли доступ к эндпойнту) придется менять код. Для этих целей на эндпойнту навешиваются ресурсы. Ресурсы также привязываются к роли. В этом случае достаточно добавить/удалить ресурс в роли для изменения политики доступа.
Но здесь у Кейклоака начинаются сложности. Связаны они с миграцией (необходимость переноса на новый сервер уже настроенной конфигурацией) раз. Со сложностью получения ресурсов из ролей на стороне бека (не проще ли использовать для этого собственное решение) два. И с использованием на фронте (официальная библиотека не поддерживает авторизацию).
Вот так бы и писали, но емнип у вас было про трудность использования алгоритмов в повседневной работе.
Это софистика, посыл про обычных разработчиков коих 99%. Если вы контрибьютор библиотеки да ещё и на уровне внедрения алгоритмов снимаю шляпу.
Во многих статьях пишут про алгоритмы и постоянное обучение. Вот расскажите мне хоть один алгоритм который вы реализовали, а не использовали из библиотеки. И чему новому вот прям нужно было обучаться, а не гуглить 2 минуты и читать потом 15 минут.
Прежде чем писать статью, постарайтесь разобраться в теме. При acks=1 подтверждение ожидается не от консьюмера, а от лидера. При acks=all от всех in-sync реплик, а не как написано синхронизированная реплика остаётся активной, что это вообще значит. Остальные ошибки исправляйте сами.
В статье много ошибок и примеры левые.
Есть ещё третий способ коммита - транзакционный
Отличная статья чтобы освежить знания в выходные.
Можно пример?
Эта статья пахнет ChatGPT
В документации и написано что compacted удаляет устаревшие записи с тем же ключём что у новых.
Так есть же режим у compacted топика для очищения данных по времени. Почему вы пишете что ttl нет?
На возврат средств меня заставили писать письмо на имя директора. Гаденькая контора.
Джуны не могут найти работу не из-за низкого уровня знаний, а потому что их отсеивают из-за недостатка опыта.