- Shipped
- 2026년 8월 19일 오전 8:10 UTC
- Author
- kamo
- Commit
- 13c7bf4
네 개의 지식 기반 화면은 앱에서 마지막으로 여전히 오래된 옷을 입었다. 보기, 그리고 그 중 세는 진실하지 않은 것들을 명시. /kb는 핀 행을 보낸 endpoint에서 "Pinned Articles"를 보여주었습니다. 기사는 @JsonIgnore에 의해 밖으로 벗겼습니다 — 단면도는 결코를 위해 나타나지 않았습니다 이름 * Beneath, "Recent Articles"는 기사의 첫 번째 10 노드였습니다. 나무, 나무 순서에서, 각 우표된 PUBLISHED 공백 날짜: 최근 또는 반드시 출판. 그들 옆에 나무는 모든 것에 흩어져 각 지점이 자체 useState를 개최했기 때문에 항법. 한 가지 아이디어는 재건을 수행합니다. RAIL은 FILTER입니다. 타일의 수와 목록 그것은 모델에 matchFilter에서 모두 온다, 그래서 타일 읽기 4 정확히 그 4를 엽니 다. 칩의 두 번째 행이 없습니다. 다른 단어에서 predicates, 동의를 기다리고. 주변 : 검색 일치하는 제목, 주소 및 몸과 표 어느 정도 히트 (이전 상자 debounced 500ms to asked the server that searched contentPlainText 만, 그래서 입력 기사의 정확한 제목은 아무것도 반환), 당신이 무엇을 기억하는 나무 열리고, 회원 디렉토리에서 각 카드에 대처할 수 있습니다. Needs Attention panel - 기다리는 리뷰, 초안은 조용히 갔다, 출판물 nobody has touched 에 a 분기. /kb/resources는 오픈={true}과 함께 경로에 modal 대화 상자 렌더링 플랫이었다. 자주 묻는 질문 지금 라이브러리입니다: 무게의 레일 어떤 조직은 유형 필터로 저장하고 두 배, 타일과 동일한 회색 상자의 격자 보다는 오히려 영상과 파일을 위한 진짜 얼굴, drop-anywhere 실제 파일 진행으로 업로드 (fetch는 보고할 수 없습니다) 진행, 그래서 40MB 비디오는 정확히 4KB 아이콘처럼 보이는), 그리고 renaming in footer에서 시작된 modal 대신 위치. 편집자의 삽입 매체 Picker는 이제 동일한 타일, 동일한 세부 팬티와 같은 useKbMedia 대화 상자의 후크 - 한 키트, 두 개의 표면, 그래서 그들은 무서워 할 수 없습니다. /kb/reviews는 제목의 목록이었습니다. 검토자는 4 가지가 있었다는 것을 볼 수 있습니다 대기와 아무것도 다른 사람 — 누가 그들을 썼지, 그들은 얼마나 긴 sat 그들이 말한 것은 아니고, 각 기사를 열지 않는다, 스크롤 바닥에 패널에, 그리고 다시 오. 모든 실패 fetch의 최악 "No article pending review": queue가 자체를 명확하게보고 그날은 아니었다. 이제 큐는 각 문서의 나이, 제출자를 운반 그리고 크기; 기사는 옆에 앉아; 그리고 verdict 단추는 무엇 옆에 있습니다 그들은 적용한다. /kb/new는 저자에게 아무것도 말한 형태였다. 슬러그 필드 그는 말했다. "Auto-generated from title"그리고 서버가 거부하는 슬러그를 저장할 수 있습니다. 기사가 작성된 후 400으로. 부모 dropdown indented 옵션 HTML 붕괴가 두 개의 공간으로, 그래서 모든 옵션은 최고 수준의 모습. 이름 * 모든 3 개의 가시 상자는 AI 훈련을 왼쪽으로 틱 할 수 있습니다. 조용히 아무도 그것을 어디에서 볼 수 없습니다. 작곡가는 그 세를 대답한다. 거절 후에 오히려 일의 앞에 질문, 제안 득점방해 생성 및 제출에 따른 초안 길을 따라 고정, 모두 볼 수: - KbStatusBadge는 4개의 hardcoded 영어 단어 및 4개의 hardcoded hex를 발송했습니다 쌍 - 스페인어 콘솔은 회색에서 "Draft"라고 흰색 라벨 팔레트 이동할 수 있었습니다. - KbPinButton 캡처 한 것은Pinned, 그래서 그것의 핀 상태를 배우는 페이지 첫 번째 렌더링 이후 (이 페이지는 여기에) outline 핀을 보여 pinned article forever; 실패한 요청은 핀보기 세트를 왼쪽. - 기사 리더 읽기 기사. 핀, 필드 KbArticle이 없습니다. - mediaId는 4개의 편집기 노드 유형과 함께 번호를 선언했습니다. extractMediaIdsFromJson, 동안 KB MEDIA.UID는 UUID이고 값은 항상 문자열입니다. arithmetic을 한 적이 없기 때문에만 살아남았습니다. 하나에; 단일 번호 (mediaId)는 침묵하는 NaN이었다. - KbMediaResource.uid는 같은 거짓말을했다. - 미디어 요청 Raced : 느린 초기 검색 응답은 빠른 후 착륙 할 수 있습니다. 나중에 하나와 repaint는 쿼리 nobody에 대한 그리드를 찾고 있었다. 순수한 규칙은 app/lib/kbConsole.ts 및 app/lib/kbMedia.ts에서 52로 살고 있습니다. 테스트, vitest이 수집하기 때문에 .test.ts 만 - 내부에 기록 된 규칙 .tsx는 테스트 없이 규칙입니다. 그들은 전역에 인코딩 무엇 : 알 수없는 것은 결코 0입니다. 누락 된 날짜는 epoch가되기보다 지속됩니다. 인식되지 않은 상태는 녹색보다 중립, 빈 큐가 없습니다 0일이 아닌 가장 오래된 아이템과 사용량은 절대로 계산되지 않습니다. 그것을 사용하지 않는 promising 대신 경고를 도착.