Дед в IT

токенов. По внутренним тестам компании она обходит крупные китайские системы и лидирует среди открытых моделей в SWE-Bench, подходит для программирования, рассуждений и работы ИИ-агентов. Доступна на openrouter.ai и на huggingface Бэнчмарки очень хорошо проходит. Прямо-таки загляденье. Рассуждает тоже весьма здраво, хоть и не без косяков. Вот ссылка на мой тестовый ноутбук с Коллаба: https://colab.research.google.com/drive/1xwwQCWdXzwy8m7MKpyRXRjQhMjlcIMPh?usp=sharing Ответ: Это классическая загадка-«подвох». Вот несколько вариантов ответов: 1. 5. Если считать строго математически ($6 - 1 = 5$)...

Меня часто спрашивают то как же этот ИИ работает, я всем рассказываю про то что это чисто статистическая штука про вероятности - то есть математика и статистика. Никакого разума там нет. Вот тут Яндекс ШАД лекцией поделился: https://vkvideo.ru/video-84793390_456239938?list=ln-Fxy4LPpibIFEuhwdcv

Устроили семейную новогоднюю фотосессию. :)

Оказывается, чтобы почувствовать себя настоящим DevOps‑инженером, не обязательно ронять прод — достаточно случайно пустить весь трафик к своим .internal‑сервисам через Shadowsocks и потом долго смотреть на 500 Internal Privoxy Error, как баран на новый kubectl. Схема была идеальная: DNS отдаёт красивый npm.internal, Nginx Proxy Manager бодро слушает 80‑й порт, всё по уму. А потом в кадр выходит Firefox, такой: «Я же умный, я же использую системный прокси», — и посылает мои бедные внутренние сервисы в Privoxy, который вообще не в курсе, что такое мой домашний зоопарк контейнеров. Кульминация: по IP всё летает, по доменному имени — кирпич и ошибка от Privoxy...

Некоторое время назад я купил ключ от перплексити. А сегодня попробовал общаться с ним в голосовом режиме, это просто бомба, с ней можно вести диалог, как с обычным человеком перебивать, дополнять, прости, что-то пояснить, просто это круто, правда, через 5 минут общения он начал немножко. Сбиваться на китайский акцент не знаю почему, но всё равно было очень весело советую попробовать...

А вот решение еще одного бага, который возник после обновления n8n Проблема: Контейнер перестал запускаться с ошибкой: There was an error initializing DB – password authentication failed for user "pguser" Оказалось, что init-скрипт для PostgreSQL, который должен был создать нерутового пользователя, не отработал, потому что контейнер уже использовал инициализированный том с базой. А скрипты из /docker-entrypoint-initdb.d выполняются только при первой инициализации.​ Решение: Подключился к контейнеру Postgres: docker compose exec postgres psql -U postgres -d n8n Вручную создал пользователя и выдал...

Привет, товарищ! Столкнулся с проблемой при обновлении #n8n до новых версий (1.70+) После обновления до последней версии путём смены образа контейнера n8n при запуске падает с ошибкой: function gen_random_uuid() does not exist Причина: Новые миграции n8n используют функцию gen_random_uuid(), которая требует расширения pgcrypto в PostgreSQL. Оно не всегда включено по умолчанию — особенно если ты используете собственный или «чистый» образ PostgreSQL. Решение: Подключись к СУБД и активируй расширение. Это решение подходит для тех, кто использует внешнюю СУБД PostgreSQL с n8n — например, в docker-compose, как у меня...

О блин, отличный был сервис... Опять привычки ломать придётся, чёртов капитализм. 🤦 https://t.me/linux_gram/10519