This entry is just me thinking out loud and trying to make a case for microblogging.

최근에 저tooted는 일반적인 Saisho가 아니라면 적어도 제 사이트에 마이크로박에 대한 지원을 늘릴 수 있다고 생각했습니다.그러나 이것은 나로 하여금 이 (잠재적인) 부차적인 기능을 실현하는 옵션, 요구와 방법을 생각하고 고려하게 했다.
기본적인 수요와 생각은 매우 간단하다. 이것은 긴 형식의 글과 게시물부터 짧은 업데이트, 공유와 다른 게시물까지 구분하는 방법이지만, 사실은 이 점을 정확하게 실현하는 것이 내가 처음에 생각했던 것보다 더 도전적일 수 있다는 것을 증명한다.
몇 가지 문제를 해결하고 대답해야 합니다.

필요성 - 이 기능을 정말 추가해야 하나요?왜 여러 가지 댓글을 섞지 않습니까?이것은 나의 생활을 더욱 가볍게 할 수 있습니까?

파일 구조 - 만약 내가 이 점을 실현한다면 마이크로 블로그 항목은 같은 /data/ 폴더에 있습니까?별도의 폴더?이 서류들은 보기에 어떻습니까?메타데이터?

시각적 효과 - 마이크로 블로그를 어떻게 표시합니까?그것들은 단독 목록에 있어야 합니까?나는 구별을 강조해야 합니까?

필연성

솔직히 말하자면, 나는 내가 웨이보가 필요한지 완전히 확실하지는 않지만, 나는 내가 충분한 자료가 없으면 때때로 내가 댓글을 남기지 않는 것을 자제할 수 있다는 것을 안다. 그래서 웨이보가 반드시 이 문제를 해결할 것이다.
나는 웨이보의 본질을 이해하는 것도 매우 중요하다고 생각한다. 내가 아는 바에 의하면 그 존재는 바로 큰 소리로 사상을 표현하고 물건을 기초하며 당신의 블로그를 주목하는 사람들과 자원을 신속하게 공유하는 것이다.원한다면 트위터의 대체품이다.
아마도 이 때문에 미세한 항목은'실제 내용'과 분리되어야 한다.

파일 구조

여기에는 두 가지 문제가 있다.

항목은frontmatter 헤더가 필요합니다.마이크로박의 모든 의미는 정보를 신속하게 공유하는 방식이기 때문에 메타데이터를 작성하는 것은 의미가 없다.

모든 항목은 /data 폴더에 저장됩니다.모든 항목을 같은 폴더에 저장하는 것은 의미가 있지만, 어떤 조직을 유지하기 위해 마이크로 항목을 다른 내용과 분리하는 것도 의미가 있다.

이 두 가지 경우 모두 최소한 단독 데이터 폴더 부분인 Saisho의 코드를 변경해야 할 가능성이 높다.
API를 사용하여 제목 문제를 해결할 수 있습니다. 이 API는 적절한 메타데이터가 있는 파일을 생성하여 항목을 더욱 간단하게 만듭니다.
다음과 같은 몇 가지 방법이 있습니다.

단독 데이터 폴더이지만 메타데이터는 변하지 않습니다. - 핵심 코드 변경은 모든 사람이 미박하다는 것을 의미합니다.마이크로 엔트리를 작성하려면 API가 필요할 수 있습니다.

메타데이터 - 핵심 코드 변경, 추가 코드 변경이 없는 단독 데이터 폴더입니다. 메타데이터는 파일 이름과 파일 정보에서 얻을 수 있기 때문입니다.

동일한 데이터 폴더와 메타데이터는 변경되지 않습니다."마법"표시를 사용하면 템플릿에 의존할 수 있습니다.

동일한 데이터 폴더, 메타데이터 없음 - 핵심 변경 사항(#2와 동일)이 필요하지만 위와 같습니다.

시각적 효과

나는 확실히 마이크로 항목은 반드시 어떤 방식으로 다른 내용과 분리되어야 한다고 생각한다. 왜냐하면 그것들을 다른 내용과 혼합하기 때문이다
A. 시각적 혼란을 초래합니다.
B, 미세한 목적 수량 또는
C, 이 모든 것들.
이를 "블로그"와 "프로페셔널 컨텐츠"또는 유사한 용어로 간주할 수 있습니다.
우리가 반드시 구분해야 한다는 것을 알고 있는 이상 문제는 무엇이 가장 좋은 방법인가.이것은 단독 페이지입니까?문장 목록과 유사한 목록?만약 그렇다면, 그것은 같은 페이지에 있어야 합니까?만약 그렇지 않다면, 나는 최신 항목만 표시해야 합니까?모든 항목?N개 항목?
== 이것은 내가 열심히 해결하고 있는 문제이다.나는 서로 다른 방법을 탐색하고 이에 상응하여 본문을 갱신할 것이다.

우리 토론 좀 합시다.

당신은 웨이보가 어떻다고 생각합니까?너는 혹은 너는 웨이보 같은 물건을 이용할 수 있니?
만약 그렇다면, 당신은 정확한 방법이 무엇이라고 생각합니까?

선택의 길

위의 글을 쓴 후에 저는 계속 생각하고 다른 것을 테스트하며 마이크로 블로그 기능부터 Saisho의 제약과 요구를 고려하여 마이크로 블로그 기능을 실현하는 데 주력했습니다.

소스 파일

원본 파일을 직접 볼 때도 원본 파일을 읽을 수 있는지 확인하고 싶어서 간단한 TXT 파일을 사용하기로 했습니다. 형식이 매우 간단하고 순서가 반대입니다. (최신 항목은 항상 맨 위에 있습니다.)

{RFC3339 Date}  {Unique ID} {Flags} {Entry text with MarkDown}

예제 항목은 다음과 같습니다.

2020-09-26T21:17:34Z    ed58b9 P Aside from the ID and the flags (still need to figure out if I *really* need those), the format is TWTXT compatible.

보시다시피 형식은 (ID와 로고 제외) 호환됩니다.
로고는 미정이다. 왜냐하면 나는 그것들을 추가했기 때문에 내가 그것들의 용법을 찾을 수 있을 것이라고 생각했기 때문이다. (예를 들어 P는 이미 발표되었음을 표시하고, S는 기밀을 표시하는 등) 그러나 나는 아직 완전히 확실하지 않다.

twtxt 프레젠테이션

나는 사람들이 진정으로 그것을 방문할 수 있도록 마이크로박을 위해 완전히 독립된 페이지를 설정하기로 결정했다. (다른 선택은 그것을 주요 문장 목록 아래에 두는 것이다.)
Saisho는 다음과 같은 새로운 "특별"페이지를 만들었습니다.

case 'microblog':
    include_once INC_DIR.DS.'microblog.php';
    $mb = new microblog('blog.txt');
    $entries = (isset($requestedPage['query']['id'])) ? $mb->getEntries($requestedPage['query']['id']) : $mb->getEntries('all');
    $content = (object)[
        'title' => 'Microblog',
        'body' => $mb->renderEntries($entries),
    ];
    $page = (object)['type'=>'microblog', 'content'=>$content];
break;

이것은 나로 하여금 Saisho에서'특수'페이지를 만드는 것이 불편하다는 것을 깨닫게 하지만, 이것은 잠시 후에 해결될 것이다.
보시다시피 제가 이렇게 하는 것은 당신이 /microblog?id={id-of-entry} 마이크로박에 연결된 특정 항목을 사용할 수 있도록 하기 위해서입니다. 또는 만약 당신이 ID가 없는 상황에서 내비게이션을 한다면 모든 항목을 얻을 수 있습니다.
웨이보가 사용하는 것은 Parsedown이 아니라 Parsedown은 매우 간단하고 빠른 표기 해석기로서 표기 서브집합이 매우 제한되어 있다.
마이크로 블로그 페이지의 출력은 간단한 ID (위에서 멈춘 날짜를 보여줍니다) 와 해석된 항목 텍스트입니다.

살코기 우편으로 부치다

현재로서는 새 항목을 소스 파일에 직접 추가하거나(시간 스탬프와 ID가 필요하기 때문에 이상적이지 않음) 간단한 API를 사용하여 마이크로 블로그에 새 항목을 추가할 수 있습니다.

API는 현재 새 항목 만들기만 지원하지만 항목을 변경하고 삭제할 수 있도록 수정할 수 있습니다.

끝말

이것은 나에게 있어서 여전히 학습 체험이다. 내가 이 기능에 대한 요구에 따라 상황에 변화가 있을 수 있다.즉, Saisho의 모든 다른 내용과 같은 단순성과 기능성을 유지하기 위해 노력하고 있습니다.
표지의 용도를 찾을 수 있는지에 따라 형식이 바뀔 수 있습니다. API를 수정하고 보완해야 합니다.
일단 내가 모든 것이 정상임을 확인하면 코드는 Sourcehut와 GitHub로 전송될 것이다.
뭐 공부 해요?토론하고 싶으세요?나는 너의 생각을 매우 듣고 싶다.