Java
история за 5 днейобновляется раз в 6 ч – 3 дняПрирост подписчиков
- За 24 ч
- —нет замера 24 ч назад
- За 7 дн
- —нет замера 7 дней назад
- За 30 дн
- —нет замера 30 дней назад
К замеру 25.10.2026 · 23:16 МСК. Страницы канала замеряются в среднем раз в 2 дня.
Вовлечённость
- ERR 24 ч
- —нет просмотров на возрасте суток
- ERR 48 ч
- —нет постов за 7 дн
- ERR 30 дн
- 52,8%по последним замерам, 3 поста
- ER (реакции)
- 1,6%по 3 постам за 30 дн
ERR — средний охват поста к подписчикам, ER — реакции к просмотрам.
Средний охват поста
- 24 ч
- —нет просмотров на возрасте суток
- 48 ч
- —нет постов за 7 дн
- 72 ч
- —мало постов: 1 за 7 дн
- 7 дн
- —мало постов с просмотрами: 1
- 30 дн
- 165по последним замерам, 3 поста
Охваты 48 и 72 ч посчитаны 26.10.2026 · 14:10 МСК, без репостов.
Упоминания и активность
- Упоминаний за 24 ч
- 0
- За 7 дн
- 0
- За 30 дн
- 0
- ИЦ
- 00 источников за 90 дн
- Постов в день
- 0,1за 30 дн
- Реклама с erid
- 0постов за 30 дн
Упоминания и ИЦ на 26.10.2026 · 14:10 МСК.
Покупал рекламу в…
30 дней · обнаруженные размещения
Размещений не найдено
Это не означает, что рекламы не было.
Включая размещения без erid. Оплата не подтверждена. Как определяем
Продавал рекламу…
30 дней · обнаруженные размещения
Размещений не найдено
Это не означает, что рекламы не было.
Включая размещения без erid. Оплата не подтверждена. Как определяем
Динамика и события
Маркеры: «@» — упоминание в другом канале, «Р» — рекламный пост с erid
| Дата | Подписчики |
|---|---|
| 25.10.2026 | 313 |
| 26.10.2026 | 313 |
Последние посты
- фото
Критическая уязвимость в Java: атака по сети без пароля и участия пользователя Oracle опубликовала предупреждение CVE-2026-91403 с оценкой CVSS 9.1. Проблема находится в JSSE — компоненте Java, который обеспечивает защищённые соединения TLS. По описанию Oracle, успешная атака может позволить читать, изменять и удалять данные, доступные уязвимому приложению. Для эксплуатации не нужны учётные данные, а сложность атаки оценена как низкая. В списке затронутых версий: - Java SE 8u511 / 8u511-perf, 11.0.33, 17.0.21, 21.0.13, 25.0.5 и 27.0.1. - Oracle GraalVM for JDK 17.0.21 и 21.0.13. - Oracle G…
Открыть в MAX- Просмотры
- 127
- ER
- —
- Реакции
- —
- фото
Java: почему месяц `5` может оказаться июнем В Calendar месяцы нумеруются с нуля: январь 0, май 4, июнь 5. Простая ловушка, которая легко превращается в баг. Начиная с Java 8, для нового кода выбирайте java.time: LocalDate date = LocalDate.of(2026, 5, 31); LocalDate deadline = date.plusDays(7); String text = deadline.format( DateTimeFormatter.ISO_LOCAL_DATE ); // 2026-06-07 Здесь 5 означает май, а plusDays() возвращает новый объект, сохраняя исходную дату. Основные типы java.time неизменяемы и безопасны для совместного использования потоками. Помните: `LocalDateTime` не содержит часово…
Открыть в MAX- Просмотры
- 167
- ER
- 1,8%
- Реакции
- 3
- фото
Spring Boot 4 убрал статус WILL_EXPIRE_SOON: проверьте мониторинг сертификатов В Spring Boot 3 SSL-компонент health endpoint переходил в особый статус WILL_EXPIRE_SOON, если сертификат скоро истекал. Для проб Kubernetes и балансировщиков это было неудобно: непонятно, считать сервис живым или нет. В Spring Boot 4 этот статус убрали. Health остаётся UP, а цепочки сертификатов, срок которых скоро закончится, перечисляются в details.expiringChains. Порог предупреждения задаётся свойством management.health.ssl.certificate-validity-warning-threshold: management: health: ssl: certificat…
Открыть в MAX- Просмотры
- 202
- ER
- 2,5%
- Реакции
- 5
- фото
💡 Java: переопределяешь equals() - переопредели и hashCode() Два объекта с одинаковым email могут быть равны по equals(), но HashSet.contains() при этом вернёт false. Причина: HashSet и HashMap сначала используют хеш, чтобы определить, где искать объект, а затем проверяют равенство. Если хеши различаются, до equals() дело может не дойти. Правило: равные объекты обязаны иметь одинаковый hashCode(). При этом одинаковый хеш не гарантирует равенство - коллизии допустимы. В примере на картинке равенство определяется по email, поэтому хеш тоже вычисляется по нему. И ещё: не меняйте поля, участвующи…
Открыть в MAX- Просмотры
- 241
- ER
- 1,2%
- Реакции
- 3
- фото
💡 Java: не используй `Thread.sleep()` для ожидания работы Thread.sleep() - это просто пауза на заданное время. Проблема в том, что ты угадываешь: ❌ поток может проснуться слишком рано ❌ или наоборот, ждать дольше, чем нужно ❌ polling через sleep() создаёт лишние задержки и проверки Для координации потоков лучше использовать: ✅ wait() / notify() ✅ CountDownLatch ✅ другие примитивы синхронизации из java.util.concurrent Например: CountDownLatch done = new CountDownLatch(1); done.await(); // ждём сигнал done.countDown(); // работа завершена А если задача должна выполняться пе…
Открыть в MAX- Просмотры
- 242
- ER
- 1,7%
- Реакции
- 4
- фото
типов из других модулей В Spring Boot 4 появилась полезная штука для конфигурации больших проектов. @ConfigurationPropertiesSource позволяет генерировать metadata для типов, которые находятся не в текущем модуле, а, например, в общей библиотеке или отдельном starter-модуле. Раньше с такими внешними типами IDE-подсказки для application.yml и application.properties могли быть неполными или вообще отсутствовать. Теперь можно явно указать источник конфигурационных свойств и получить нормальную metadata даже для внешних классов. Особенно полезно для: — multi-module проектов — внутренних Spri…
Открыть в MAX- Просмотры
- 212
- ER
- 0,5%
- Реакции
- 1
- фото
💡 **Когда `ReentrantReadWriteLock` быстрее обычного `synchronized`** Если приложение часто читает данные и редко их изменяет, один эксклюзивный lock может стать узким местом. `ReentrantReadWriteLock` разделяет блокировки: - несколько потоков могут одновременно держать `readLock`; - `writeLock` получает исключительный доступ; - во время записи блокируются и читатели, и другие писатели. ```java private final ReentrantReadWriteLock lock = new ReentrantReadWriteLock(); private final Lock readLock = lock.readLock(); private final Lock writeLock = lock.writeLock(); public String get(S…
Открыть в MAX- Просмотры
- 258
- ER
- 2,3%
- Реакции
- 6
- фото
💡 Не используйте `Stream.peek()` для бизнес-логики peek() предназначен в первую очередь для отладки: он выполняет побочное действие внутри цепочки и зависит от терминальной операции. users.stream () .peek(System.out::println) .toList(); Для реальной обработки выбирайте: * map() — преобразовать элементы; * filter() — отфильтровать; * forEach() — явно выполнить действие. Код со скрытыми побочными эффектами сложнее читать, тестировать и поддерживать. #Java #Streams
Открыть в MAX- Просмотры
- 226
- ER
- 1,8%
- Реакции
- 4
Показано 8
Данные: публичные посты и страницы канала в MAX. Метрики версии v1, пересчитаны 26.10.2026, подписчики замерены 25.10.2026. Как мы считаем.