Есть ещё один вариант использования схемы rest<=>kafka.
Например, когда инстансы имеют некий высонагруженный и очень большой (сотни гигабайт) кеш, обновляемый, к примеру, через консюмер Кафки по ключу сообщения. В результате мы имеем этот большой кеш размазанный по всем инстансам.
Подход rest<=> kafka в данном случае позволит использовать тот же ключ в сообщении к Кафке, чтобы запрос был обработан именно тем инстансом, где этот кеш точно есть.
Такой подход позволит снизить до нуля обновление кеша из БД, к примеру. БД будет работать только при прогреве инстанса.
Это не глюк. Понятно, что вы тут пытались исправить: перенос div.helper на новую строку в случае длинного содержимого в контейнере child.
Решается проблема просто: Текст, который заключён во внутренний блок.
Как “нестандартное положение” отлично пошутило про позорный вылет французов с Кубка Мира: “все через жопу? – че, с годом России во Франции”, так щас можно смело говорить: «че, встечайте Сколково»
Есть ещё один вариант использования схемы rest<=>kafka.
Например, когда инстансы имеют некий высонагруженный и очень большой (сотни гигабайт) кеш, обновляемый, к примеру, через консюмер Кафки по ключу сообщения. В результате мы имеем этот большой кеш размазанный по всем инстансам.
Подход rest<=> kafka в данном случае позволит использовать тот же ключ в сообщении к Кафке, чтобы запрос был обработан именно тем инстансом, где этот кеш точно есть.
Такой подход позволит снизить до нуля обновление кеша из БД, к примеру. БД будет работать только при прогреве инстанса.
На дворе июль и уже RC 1.0.0 по Traces
Решается проблема просто:
Текст, который заключён во внутренний блок.