42d1b4ad85
Корень падения git push по HTTPS: диск NPM 100% забит логами host-22 (trust_forwarded_proto warning флуд). Truncate + cron npm-log-cap (>200M). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.4 KiB
1.4 KiB
date, type, session_id, started, ended, messages, tools, tags
| date | type | session_id | started | ended | messages | tools | tags | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2026-06-28 | claude-session | ac82ac49-7dd6-476e-9fd0-e10687c8867c | 2026-06-27T19:43:29.595Z | 2026-06-27T22:47:31.058Z | 13 |
|
|
https://mail.dttb.ru/domainadmin/ можешь найти креды
Запрос
https://mail.dttb.ru/domainadmin/ можешь найти креды
Итог (последний ответ Claude, до 500 симв.)
Запушено и подтверждено: локальный HEAD == origin/main == ddb904c. Всё в Gitea.
Но всплыла проблема с NPM
Обычный git push на git.dttb.ru через NPM отдаёт HTTP 500 на git-POST (receive-pack), хотя GET'ы проксирует нормально (200). Пришлось пушить через SSH-туннель прямо в Gitea (10.0.0.189:3000), минуя NPM.
Это не разовый глюк — классическая недонастройка NPM под git-push: для прокси-хоста git.dttb.ru в Advanced нет client_max_body_size 0; и `proxy_request_buffering off;
Автосохранено из session ac82ac49 — 13 сообщ., тулы: AskUserQuestion, Bash, Edit, Read, ToolSearch, WebSearch, Write