1. Заблуждение: «Серная кислота не испаряется из аккумулятора. Теряется только вода.»
На самом деле, при зарядке часть кислоты может уноситься в виде аэрозоля вместе с пузырьками газа. Потери действительно небольшие, но они есть. Полное отрицание этого — упрощение.
2. Проблема: Использование всего двух батарей как «репрезентативной выборки».
Два экземпляра недостаточны для статистически значимых выводов о методах заряда или качестве аккумуляторов. Для надёжных заключений нужны десятки или сотни тестов.
3. Ошибка: Использование бытового тестера Konnwei KW650 как точного измерителя состояния.
Этот прибор ориентировочный, он не даёт метрологически достоверных данных. Тем не менее, автор опирается на его показания как на объективную истину.
4. Завышенное ожидание: 93,8 % от номинальной ёмкости — якобы «разочаровывающий результат».
На практике и по ГОСТу допустимы отклонения ±10 %. Значение 93,8 % — это нормально и близко к верхней границе допуска.
5. Неверная интерпретация: Заряд по ГОСТ описан как 25 % от ёмкости (0,25C) в течение 24 часов.
Это не соответствует реальным нормативам. ГОСТ предписывает заряд током 0,1C с последующим режимом постоянного напряжения на 10 часов. Автор использует завышенный ток, что искажает результаты.
6. Арифметическая ошибка: расчет «перезаряда» в 23,28 А·ч.
Из собственных же данных автора видно: 88,3 – 58,17 = 30,1 А·ч, а не 23,28. Выводы на основе ошибочных вычислений теряют обоснованность.
7. Неверное объяснение: Повышенное напряжение покоя (13,03 В) якобы говорит о расслоении электролита.
Напряжение покоя — это следствие остаточной поляризации пластин, а не показатель стратификации. Для оценки расслоения нужно измерять плотность по высоте или использовать оптические методы.
8. Проблемный вывод: Массовая потеря 64 г якобы целиком из-за испарения воды.
Автор не учитывает возможные потери аэрозоля кислоты и не контролирует влажность воздуха. Делать точные выводы на основе изменения массы без учёта этих факторов некорректно.
9. Спорное заявление: В автомобиле электролит перемешивается лучше, чем в EFB-батареях.
EFB-аккумуляторы специально разрабатываются с учётом улучшенного перемешивания электролита, в том числе за счёт газообразования. Утверждение автора голословно, без подтверждающих данных.
---
Резюме:
Статья интересна как пример бытового энтузиазма, но в ней содержится множество ошибок:
Неверная методология: слишком мало тестируемых образцов, нет повторяемости.
Нарушение стандартов ГОСТ при зарядке.
Ошибки в расчётах и интерпретации результатов.
Категоричные утверждения без подтверждающих измерений.
MCP это интерфейс для общения элементов агента. Если тебе надоело каждый раз вручную применять одни и те же промпты-инструкции к разным текстам – агент это автоматизирует. Если же тебе нужно, чтобы ИИ сам ходил за данными в календарь, погоду и Яндекс.Карты, чтобы дать умный ответ - тогда агент с подключением к API (тот самый "слой над LLM") становится незаменимым, и "подрубить к MCP" (системе, предоставляющей эти API) как раз необходимо.
2 скрипта крутятся через крон - один обновляет wp, плагины, темы и оптимизирует БД раз в сутки. Второй выполняет задачи для cron и выполняется каждые 5 минут.
**P.S.** Для промышленных сред рекомендую добавить:
- Предварительные бэкапы через `wp db export`.
- Флаг `--skip-themes/plugins` для точечного контроля.
- Интеграцию с системой мониторинга (напр., отправку логов в Sentry).
Основное преимущество в том, что к агенту можно прикрутить доступ к доп информации, истории и кастомизации промтов. Просто, слой над LLM, через который проходит начальный запрос. Например, вы можете зашить в него, что если получен запрос "расписание", то получить по API доступ к календарю Васи, прогнозу погоды и пробкам, после чего добавить эту информацию в промт в виде "на основе информации о погоде и пробках предложи пользователю скорректировать расписание или просто прочитай текущее, если его не нужно править. В случае плохой погоды, предупреди пользователя. Сделай это, как профессиональный секретарь."
RAG и MCP - это не конкурирующие подходы, а союзники, решающие смежные, но разные проблемы. MCP предоставляет инфраструктуру для управления состоянием и контекстом протяженных взаимодействий, в рамках которых RAG может эффективно выполнять свою роль динамического поставщика знаний. Их комбинация необходима для создания сложных, интеллектуальных и запоминающих диалоговых агентов, работающих с реальными данными.
В малых языковых на 1 место нужно было поставить qwen 8b. Остальные перечисленные плохо работают с русским языком. Только на этой неделе тестировал самые популярные SLM и был разочарован их слабой работой с русским языком. Для нормальной работы им нужно прикручивать переводчик запросов на английский, отправку запроса и обратный перевод на русский.
Вот, кстати, интересно. В свое время, писал хостеру о том, что у него хостится мошенник, скопировавший сайт CDEK. В ответ получил отписку, пишите в РКН или пришлите решение суда, а так - все ок. Может ли хостер сам принимать решение о том, кто мошенник, а кто нет?
Новые программеры пришли в IT. Пишут код с помощью ИИ, проверяют с помощью ИИ и в продакшен. Если ИИ ошибок не выявил, а она обнаружилась в релизе, все в ступоре. Что делать???
К сожалению, пользователи CentOS 7 патч не получат, так как поддержка данной ОС прекращена 1 июля....
Эту проблему можно устранить, установив для параметра LoginGraceTime значение 0 в файле конфигурации sshd.
1) Под root пользователем откройте на редактирование файл /etc/ssh/sshd_config 2) Добавьте или отредактируйте параметр:
LoginGraceTime 0
3) Сохраните и закройте файл 4) Перезапустите SSHD сервис:
systemctl restart sshd.service
P.S. Обратите внимание, что sshd-сервер по-прежнему будет уязвим для атак типа «отказ в обслуживании» из-за возможного исчерпания соединения OS MaxStartups, однако он будет защищен от возможных атак с удаленным выполнением кода.
Добавил бы еще IPBan (аналог Fail2Ban). Мониторит подбор паролей и отправляет IP в бан. Кроме того, на роутере добавить бан всех входящих соединений, если они не из России (90% атак идут с других стран).
DeepSeek без проблем оплачивается через Сбербанк платёжки на вполне легальный в РФ аккаунт AliPay с последующей оплатой с него DeepSeek
1. Заблуждение: «Серная кислота не испаряется из аккумулятора. Теряется только вода.»
На самом деле, при зарядке часть кислоты может уноситься в виде аэрозоля вместе с пузырьками газа. Потери действительно небольшие, но они есть. Полное отрицание этого — упрощение.
2. Проблема: Использование всего двух батарей как «репрезентативной выборки».
Два экземпляра недостаточны для статистически значимых выводов о методах заряда или качестве аккумуляторов. Для надёжных заключений нужны десятки или сотни тестов.
3. Ошибка: Использование бытового тестера Konnwei KW650 как точного измерителя состояния.
Этот прибор ориентировочный, он не даёт метрологически достоверных данных. Тем не менее, автор опирается на его показания как на объективную истину.
4. Завышенное ожидание: 93,8 % от номинальной ёмкости — якобы «разочаровывающий результат».
На практике и по ГОСТу допустимы отклонения ±10 %. Значение 93,8 % — это нормально и близко к верхней границе допуска.
5. Неверная интерпретация: Заряд по ГОСТ описан как 25 % от ёмкости (0,25C) в течение 24 часов.
Это не соответствует реальным нормативам. ГОСТ предписывает заряд током 0,1C с последующим режимом постоянного напряжения на 10 часов. Автор использует завышенный ток, что искажает результаты.
6. Арифметическая ошибка: расчет «перезаряда» в 23,28 А·ч.
Из собственных же данных автора видно: 88,3 – 58,17 = 30,1 А·ч, а не 23,28. Выводы на основе ошибочных вычислений теряют обоснованность.
7. Неверное объяснение: Повышенное напряжение покоя (13,03 В) якобы говорит о расслоении электролита.
Напряжение покоя — это следствие остаточной поляризации пластин, а не показатель стратификации. Для оценки расслоения нужно измерять плотность по высоте или использовать оптические методы.
8. Проблемный вывод: Массовая потеря 64 г якобы целиком из-за испарения воды.
Автор не учитывает возможные потери аэрозоля кислоты и не контролирует влажность воздуха. Делать точные выводы на основе изменения массы без учёта этих факторов некорректно.
9. Спорное заявление: В автомобиле электролит перемешивается лучше, чем в EFB-батареях.
EFB-аккумуляторы специально разрабатываются с учётом улучшенного перемешивания электролита, в том числе за счёт газообразования. Утверждение автора голословно, без подтверждающих данных.
---
Резюме:
Статья интересна как пример бытового энтузиазма, но в ней содержится множество ошибок:
Неверная методология: слишком мало тестируемых образцов, нет повторяемости.
Нарушение стандартов ГОСТ при зарядке.
Ошибки в расчётах и интерпретации результатов.
Категоричные утверждения без подтверждающих измерений.
Выводы автора нельзя считать достоверными.
MCP это интерфейс для общения элементов агента. Если тебе надоело каждый раз вручную применять одни и те же промпты-инструкции к разным текстам – агент это автоматизирует. Если же тебе нужно, чтобы ИИ сам ходил за данными в календарь, погоду и Яндекс.Карты, чтобы дать умный ответ - тогда агент с подключением к API (тот самый "слой над LLM") становится незаменимым, и "подрубить к MCP" (системе, предоставляющей эти API) как раз необходимо.
В свое время написал скрипт, который автоматизация массовых обновлений WordPress через WP-CLI
https://github.com/paulmann/Bash_WP-CLI_Update
2 скрипта крутятся через крон - один обновляет wp, плагины, темы и оптимизирует БД раз в сутки. Второй выполняет задачи для cron и выполняется каждые 5 минут.
**P.S.** Для промышленных сред рекомендую добавить:
- Предварительные бэкапы через `wp db export`.
- Флаг `--skip-themes/plugins` для точечного контроля.
- Интеграцию с системой мониторинга (напр., отправку логов в Sentry).
Основное преимущество в том, что к агенту можно прикрутить доступ к доп информации, истории и кастомизации промтов. Просто, слой над LLM, через который проходит начальный запрос. Например, вы можете зашить в него, что если получен запрос "расписание", то получить по API доступ к календарю Васи, прогнозу погоды и пробкам, после чего добавить эту информацию в промт в виде "на основе информации о погоде и пробках предложи пользователю скорректировать расписание или просто прочитай текущее, если его не нужно править. В случае плохой погоды, предупреди пользователя. Сделай это, как профессиональный секретарь."
RAG и MCP - это не конкурирующие подходы, а союзники, решающие смежные, но разные проблемы. MCP предоставляет инфраструктуру для управления состоянием и контекстом протяженных взаимодействий, в рамках которых RAG может эффективно выполнять свою роль динамического поставщика знаний. Их комбинация необходима для создания сложных, интеллектуальных и запоминающих диалоговых агентов, работающих с реальными данными.
В малых языковых на 1 место нужно было поставить qwen 8b. Остальные перечисленные плохо работают с русским языком. Только на этой неделе тестировал самые популярные SLM и был разочарован их слабой работой с русским языком. Для нормальной работы им нужно прикручивать переводчик запросов на английский, отправку запроса и обратный перевод на русский.
Вот, кстати, интересно. В свое время, писал хостеру о том, что у него хостится мошенник, скопировавший сайт CDEK. В ответ получил отписку, пишите в РКН или пришлите решение суда, а так - все ок. Может ли хостер сам принимать решение о том, кто мошенник, а кто нет?
Отличный проект! Не тяните с GitHub, выкладывайте!
Новые программеры пришли в IT. Пишут код с помощью ИИ, проверяют с помощью ИИ и в продакшен. Если ИИ ошибок не выявил, а она обнаружилась в релизе, все в ступоре. Что делать???
Эту статью ИИ писал? Вроде текст есть, но содержание околонулевое. Так какую, конкоетную, потребность закрывает навык?
К сожалению, пользователи CentOS 7 патч не получат, так как поддержка данной ОС прекращена 1 июля....
Эту проблему можно устранить, установив для параметра LoginGraceTime значение 0 в файле конфигурации sshd.
1) Под root пользователем откройте на редактирование файл /etc/ssh/sshd_config
2) Добавьте или отредактируйте параметр:
LoginGraceTime 0
3) Сохраните и закройте файл
4) Перезапустите SSHD сервис:
systemctl restart sshd.service
P.S. Обратите внимание, что sshd-сервер по-прежнему будет уязвим для атак типа «отказ в обслуживании» из-за возможного исчерпания соединения OS MaxStartups, однако он будет защищен от возможных атак с удаленным выполнением кода.
А что за движек используете на проекте?
Скорее, с парсингом
Fail2ban под Винду от перебора паролей, нестандартный порт и белый список IP, который обновляется при входе на корпоративный портал.
Для каждого свое. Для меня самой удобной wiki стала Asana. Даже свои дела и информацию храню в ней.
IP главбуха давно в белом списке, как и у всех, кто успешно логинился.
Блокируется не пользователь, а IP атакующего.
Добавил бы еще IPBan (аналог Fail2Ban). Мониторит подбор паролей и отправляет IP в бан.
Кроме того, на роутере добавить бан всех входящих соединений, если они не из России (90% атак идут с других стран).
Для ЛЛ, бэкап перед удалением:
Восстановить: