Herdr UI
Herdr의 TUI가 뛰어나며, 창을 통해 추가되는 기능
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Val - content - super-charged - hard-coded
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Val is a CMS library where content is TypeScript / JavaScript files stored in your git repo.
As a CMS, Val is useful because:
• editors can change content without having to ask developers to do it for them (and nobody wants that)
• a well-documented way to structure content
• image, richtext, ... support is built-in
• built-in visual editing which lets editors click-then-edit content (and therefore code!) directly in your app
• an embedded studio which lets editors navigate the content structure and make updates thereREADME 전문 보기 ↗Val is a CMS library where content is TypeScript / JavaScript files stored in your git repo.
As a CMS, Val is useful because:
But, with the benefits of hard-coded content:
Compared to other CMSs, Val has the following advantages:
However, checking in the 10 000th blog entry in git might feel wrong (though we would say it is ok).
Therefore, Val will add remote content support which enables you to seamlessly move content to the cloud and back again as desired.
You code will still be the one truth, but the actual content will be hosted on val.build.
.remote() support will also make it possible to have remote images to avoid having to put them in your repository.
There will also be specific support for remote i18n, which will make it possible to split which languages are defined in code, and which are fetched from remote.
More details on .remote() will follow later.
Val is designed to work well on a single web-app, and currently only supports Next 14+ (more meta-frameworks will supported) and GitHub (more Git providers will follow).
Unless your application fits these requirements, you should have a look elsewhere (at least for now).
In addition, if you have a "content model", i.e. content schemas, that rarely change and you plan on using them in a lot of different applications (web, mobile, etc), Val will most likely not be a great fit.
If that is the case, we recommend having a look at Sanity instead (we have no affiliation, but if we didn't have Val we would use Sanity).
NOTE: Our experience is that, however nice it sounds, it is hard to "nail" the content model down. Usually content (on, for example, your landing page) is derived from what you want to present, not vice-versa. In addition, you should think carefully whether you really want to present the exact same content on all these different surfaces.
Examples can found here.
Val currently only support Next.js.
To get started using Next.js, checkout the README.
Join us on discord to get help or give us feedback.