https://httpie.io/blog/stardust 예전에 비슷한 이유로 54k star가 초기화된 일도 있었는데요, 그때도 UI 문제가 지적되었는데 벌써 4년이 지났었군요.

이렇게 쓰시라고 만든겁니다.
클로드 코드에 mydocs 문서들 훈련시키고 절차대로 요구사항 넣으면 좀 더 커스트마이징되실겁니다.

노라니 일베충이신가

허깅페이스에 올라와있는 31b 헤레틱 사용중이었는데 이것도 써봐야겠네요

등골이 오싹하셨을 듯합니다. 경험담을 나누고 문제 방지 해결책을 내놓으시는 모습이 멋집니다.

이런 큰 규모의 삭제는 유예 기간 같은 것이 있어야 하지 않나 싶습니다. 컴퓨터의 휴지통처럼 실제 삭제는 며칠 후에 이루어지게 하여, 다시 복구할 수 있는 장치가 필요해 보이네요.

정말 멋진 프로젝트입니다. 작명도 멋지고 웹사이트 디자인도 훌륭합니다. 👍🏻

복사 붙여넣기만 방지하면 될듯하군요

저는 Coolify로 개인 홈서버를 운영하고 있어서, 스웜/k8s 없이 호스트별 docker로 충분합니다! sls 는 그 환경에서 컨테이너에 빠르게 접근하려고 만든 툴이에요.

생각보다 Settings UI가 비슷하게 생겨서, 멍한 상태에서 하다 보니 헷갈리더라고요;;
깃헙이 Danger Zone으로 분리해두긴 했는데, 결국 휴먼에러는 그 안에서도 일어나더라고요,,

유튜브 채널 삭제하려다가 구글계정 삭제했다는 이야기를 들었었는데(다행히 복구는 됐답니다)
그분도 이런 절차가 있었다면 그런 참사는 막을 수 있었을까요...?

https://hackers.pub/@gnh1201/2025/…

때로는 별도의 데이터베이스 설치가 필요 없을 때도 있습니다. 윈도우 한정이지만...

저같은 개발자는 스타 하나 받기도 어려우니깐요 ㅜ

Star는 관심의 표시죠, 해당 레포에 대해 관심이 있고 이벤트를 받아보겠다라는..?
개발자의 입장에서는 관심이 "많이" 소중하기에 더 중요하게 보는 경향이 있는 거 같아요.

이렇게 해야 하는 이유가 있으면 고려할 필요가 있겠죠? 성능 제약이 엄청 심하다던지.
근데 대부분의 경우에 이걸 굳이 택할 이유가 있을까요? DB가 주는 장점이 없는 것도 아니고..

Delete this repository, Delete this organization 이걸 햇갈릴수가있군요

깃헙 프로필을 잘 꾸며놨네영 ㅇㅅㅇ ?

한컴 너무 불편합니다. 좋은 프로젝트네요!

좋은데 GeekNews에 코드가 의존성이 있어서 업데이트할떄마다 은근히 유지보수에 손이 계속 가겠네요 ㅋㅋㅋ