텔레그램 제어(삭제)

텔레그램 브릿지 출시 v0.1.27 에서 제거되었습니다. v0.2.0.

보안 검토 결과 내가 실행을 놔두고 싶지 않은 세 가지 사항이 밝혀졌습니다.

• 그만큼 allow_exec 게이트는 아무것도 하지 않았다. /send 그리고 /say — exec가 꺼진 상태에서도 항상 켜져 있음 — ​​통과됨 tmux send-keys 키 이름 해석을 통해 페어링된 모든 채팅에서 보낼 수 있음 C-c 그런 다음 쉘 명령을 입력하십시오.
• 경고가 자동으로 사라졌습니다. 이름이 약 23자보다 긴 프로젝트의 경우. 승인/거부 버튼은 세션 이름을 Telegram의 64바이트 콜백 필드에 두 번 압축했고 Telegram은 전체 메시지를 거부했으며 브리지는 이를 기록하고 계속했습니다. 당신은 알림을받지 못했습니다.
• 다시 시작 시 대기 중인 명령이 재생됩니다. 데몬이 다운된 동안 전송된 모든 항목은 다시 돌아왔을 때 실행되었습니다. /kill 몇 시간 전부터 확인되었습니다.

압력을 가해 고정하는 것보다 당기는 것이 더 빠르기 때문에 그렇게 했습니다.

구성한 경우: ccmux telegram 는 사라졌고 [telegram] 블록 드롭 아웃 config.toml 다음 번 구성이 저장될 때 — 포함 bot_token. 구성의 다른 어떤 것도 건드리지 않습니다.

대체 뭘 쓸까?

Moshi 는 전화에서도 동일한 작업을 수행합니다. 상담원이 필요할 때 푸시한 다음 탭하여 연결합니다. 설정은 ccmux moshi-setup — 참조 시작하기.

나만의 컨트롤 서페이스를 구축하시나요? ccmuxd 는 HTTP API tailnet을 통해.

다시 돌아올까?

아마도요. 코드는 한 번만 되돌릴 수 있으며 세 가지 문제 모두 알려진 수정 사항이 있습니다. — 리터럴 모드 send-keys, 짧은 콜백 ID 및 시작 시 백로그 비우기. 처음으로 검토해야 하는 검토 시간이 지나면 다시 돌아옵니다.

오류나 오래된 내용을 발견하셨나요? GitHub에서 이 페이지를 편집하세요..